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Pin Cross Reference by Pin Name 



Address 


Data 


Control 


TestO) 


N/C 


v C c 


v S s 


A 2 


Q14 


Do 


P1 


A20M# 


D15 


TCK A3 


A10 


B7 


A7 


A3 


R15 


D1 


N2 


ADS# 


S17 


TDI A14 


A12 


B9 


A9 


A 4 


S16 


D 2 


N1 


AHOLD 


A17 


TDO B16 


A13 


B11 


A11 


A 5 


Q12 


D 3 


H2 


BE0# 


K15 


TMS B14 


B12 


C4 


B3 


A 6 


S15 


D 4 


M3 


BE1# 


J16 




B13 


C5 


B4 


A 7 


Q13 


D5 


J2 


BE2# 


J15 




C10 


E2 


B5 


A 8 


R13 


D 6 


L2 


BE3# 


F17 




C13 


E16 


E1 


A 9 


Q11 


D 7 


L3 


BLAST# 


R16 




G15 


G2 


E17 


A10 


S13 


D 8 


F2 


BOFF# 


D17 




R17 


G16 


G1 


A11 


R12 


D 9 


D1 


BRDY# 


H15 




S4 


H16 


G17 


A12 


S7 


D 10 


E3 


BREQ# 


Q15 






J1 


H1 


A13 


Q10 


D11 


C1 


BS8# 


D16 






K2 


H17 


A14 


S5 


D12 


G3 


BS16# 


C17 






K16 


K1 


A15 


R7 


D13 


D2 


CLK 


C3 






L16 


K17 


A16 


Q9 


D 14 


K3 


D/C# 


M15 






M2 


L1 


A17 


Q3 


D15 


F3 


DPO 


N3 






M16 


L17 


A18 


R5 


Die 


J3 


DP1 


F1 






P16 


M1 


A19 


Q4 


D17 


D3 


DP2 


H3 






R3 


M17 


A20 


Q8 


Die 


C2 


DP3 


A5 






R6 


P17 


A21 


Q5 


D19 


B1 


EADS# 


B17 






R8 


Q2 


A 22 


Q7 


D 2 


A1 


FERR# 


C14 






R9 


R4 


A 2 3 


S3 


D 2 1 


B2 


FLUSH # 


C15 






R10 


S6 


A24 


Q6 


D 22 


A2 


HLDA 


P15 






R11 


S8 


A25 


R2 


D 2 3 


A4 


HOLD 


E15 






R14 


S9 


A26 


S2 


D 24 


A6 


IGNNE# 


A15 








S10 


A 27 


S1 


D 2 5 


B6 


INTR 


A16 








S11 


A28 


R1 


D 2 6 


C7 


KEN# 


F15 








S12 


A29 


P2 


D 27 


C6 


LOCK# 


N15 








S14 


A30 


P3 


D28 


C8 


M/IO# 


N16 










A31 


Q1 


D 2 9 
D30 
D31 


A8 
C9 
B8 


NMI 

PCD 

PCHK# 

PWT 

PLOCK# 

RDY# 

RESET 

RES_A(1) 

RES_B(D 

UP#H) 

W/R# 


B15 
J17 
Q17 
L15 
Q16 
F16 
C16 
BIO 
C12 
C11 
N17 











NOTE: 

1. These pins were No-Connects on the 25 MHz and 33 MHz Intel486 DX microprocessors. For compatibility with old 
designs they can still be left unconnected. 
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QUICK PIN REFERENCE 

What follows Is a brief pin description. For detailed signal descriptions refer to Section 6. 



Symbol 


Type 


Name and Function 


CLK 


I 


Clock provides the fundamental timing for the bus interface unit and is multiplied by 
two (2x) to provide the internal frequency for the Intel486 DX2. All external timing 
parameters are specified with respect to the rising edge of CLK. 


ADDRESS BUS 


A31-A4 
A2-A3 


I/O 



A31 -A2 are the address lines of the microprocessor. A31 -A2, together with the 
byte enables BE0#-BE3#, define the physical area of memory or input/output 
space accessed. Address lines A31 -A4 are used to drive addresses into the 
microprocessor to perform cache line invalidations. Input signals must meet setup 
and hold times t£2 and t23- A31 - A2 are not driven during bus or address hold. 


BE0-3# 





The byte enable signals indicate active bytes during read and write cycles. During 
the first cycle of a cache fill, the external system should assume that all byte 
enables are active. BE3# applies to D24-D31, BE2# applies to D16-D23, BE1 # 
applies to D8-D1 5 and BE0# applies to D0-D7. BE0#-BE3# are active LOW and 
are not driven during bus hold. 


DATA BUS 


D31-D0 


I/O 


These are the data lines for the Intel486 DX2 microprocessor. Lines D0-D7 define 
the least significant byte of the data bus while lines D24-D31 define the most 
significant byte of the data bus. These signals must meet setup and hold times t22 
and t23 for proper operation on reads. These pins are driven during the second and 
subsequent clocks of write cycles. 


DATA PARITY 


DP0-DP3 


I/O 


There is one data parity pin for each byte of the data bus. Data parity is generated 
on all write data cycles with the same timing as the data driven by the Intel486 DX2 
microprocessor. Even parity information must be driven back into the 
microprocessor on the data parity pins with the same timing as read information to 
insure that the correct parity check status is indicated by the Intel486 DX2 
microprocessor. The signals read on these pins do not affect program execution. 
Input signals must meet setup and hold times t22 and t23- DP0-DP3 should be 
connected to V<x through a pullup resistor in systems which do not use parity. 
DP0-DP3 are active HIGH and are driven during the second and subsequent clocks 
of write cycles. 


PCHK# 





Parity Status is driven on the PCHK# pin the clock after ready for read operations. 
The parity status is for data sampled at the end of the previous clock. A parity error 
is indicated by PCHK# being LOW. Parity status is only checked for enabled bytes 
as indicated by the byte enable and bus size signals. PCHK# is valid only in the 
clock immediately after read data is returned to the microprocessor. At all other 
times PCHK# is inactive (HIGH). PCHK# is never floated. 
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QUICK PIN REFERENCE (Continued) 



Symbol 


Type 


Name and Function 


BUS CYCLE DEFINITION 


M/IO# 

D/C# 

W/R# 







The memory/input-output, data/control and write/read lines are the primary bus 
definition signals. These signals are driven valid as the ADS# signal is asserted. 


M/IO# D/C# W/R# Bus Cycle Initiated 


Interrupt Acknowledge 
1 Halt/Special Cycle 
1 I/O Read 

1 1 I/O Write 

1 Code Read 
1 1 Reserved 

1 1 Memory Read 
1 1 1 Memory Write 


The bus definition signals are not driven during bus hold and follow the timing of the 
address bus. Refer to Section 7.2.1 1 for a description of the special bus cycles. 


LOCK# 





The bus lockpm indicates that the current bus cycle is locked. The Intel486 DX2 
microprocessor will not allow a bus hold when LOCK# is asserted (but address 
holds are allowed). LOCK # goes active in the first clock of the first locked bus cycle 
and goes inactive after the last clock of the last locked bus cycle. The last locked 
cycle ends when ready is returned. LOCK# is active LOW and is not driven during 
bus hold. Locked read cycles will not be transformed into cache fill cycles if KEN# is 
returned active. 


PLOCK# 





The pseudo-lock pin indicates that the current bus transaction requires more than 
one bus cycle to complete. Examples of such operations are floating point long 
reads and writes (64 bits), segment table descriptor reads (64 bits), in addition to 
cache line fills (128 bits). The Intel486 DX2 microprocessor will drive PLOCK# active 
until the addresses for the last bus cycle of the transaction have been driven 
regardless of whether RDY# or BRDY# have been returned. 
Normally PLOCK# and BLAST# are inverse of each other. However during the first 
bus cycle of a 64-bit floating point write, both PLOCK# and BLAST # will be 
asserted. 

PLOCK# is a function of the BS8#, BS16# and KEN# inputs. PLOCK# should be 
sampled only in the clock ready is returned. PLOCK# is active LOW and is not 
driven during bus hold. 


BUS CONTROL 


ADS# 





The address status output indicates that a valid bus cycle definition and address are 
available on the cycle definition lines and address bus. ADS# is driven active in the 
same clock as the addresses are driven. ADS# is active LOW and is not driven 
during bus hold. 


RDY# 


1 


The non-burst ready input indicates that the current bus cycle is complete. RDY # 

indicates that the external system has presented valid data on the data pins in 

response to a read or that the external system has accepted data from the Intel486 

DX2 microprocessor in response to a write. RDY# is ignored when the bus is idle 

and at the end of the first clock of the bus cycle. 

RDY# is active during address hold. Data can be returned to the processor while 

AHOLD is active. 

RDY# is active LOW, and is not provided with an internal pullup resistor. RDY# 

must satisfy setup and hold times ti 6 and t-| 7 for proper chip operation. 
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QUICK PIN REFERENCE (Continued) 



Symbol 


Type 


Name and Function 


BURST CONTROL 


BRDY# 


1 


The burst ready input performs the same function during a burst cycle that RDY # 

performs during a non-burst cycle. BRDY# indicates that the external system has 

presented valid data in response to a read or that the external system has accepted data 

in response to a write. BRDY# is ignored when the bus is idle and at the end of the first 

clock in a bus cycle. 

BRDY# is sampled in the second and subsequent clocks of a burst cycle. The data 

presented on the data bus will be strobed into the microprocessor when BRDY# is 

sampled active. If RDY# is returned simultaneously with BRDY#, BRDY# is ignored 

and the burst cycle is prematurely interrupted 

BRDY# is active LOW and is provided with a small pullup resistor. BRDY# must satisfy 

the setup and hold times tie ar| d *17- 


BLAST # 





The burst last signal indicates that the next time BRDY# is returned the burst bus cycle 
is complete. BLAST# is active for both burst and non-burst bus cycles. BLAST# is 
active LOW and is not driven during bus hold. 


INTERRUPTS 


RESET 


1 


The reset input forces the Intel486 DX2 microprocessor to begin execution at a known 
state. The microprocessor cannot begin execution of instructions until at least 1 ms after 
Vcc and CLK have reached their proper DC and AC specifications. The RESET pin 
should remain active during this time to insure proper microprocessor operation. RESET 
is active HIGH. RESET is asynchronous but must meet setup and hold times t2o and t2i 
for recognition in any specific clock. 


INTR 


1 


The maskable interrupt indicates that an external interrupt has been generated. If the 
internal interrupt flag is set in EFLAGS, active interrupt processing will be initiated. The 
Intel486 DX2 microprocessor will generate two locked interrupt acknowledge bus cycles 
in response to the INTR pin going active. INTR must remain active until the interrupt 
acknowledges have been performed to assure that the interrupt is recognized. 
INTR is active HIGH and is not provided with an internal pulldown resistor. INTR is 
asynchronous, but must meet setup and hold times t2o and t£i for recognition in any 
specific clock. 


NMI 


1 


The non-maskable interrupt request signal indicates that an external non-maskable 
interrupt has been generated. NMI is rising edge sensitive. NMI must be held LOW for at 
least four CLK periods before this rising edge. NMI is not provided with an internal 
pulldown resistor. NMI is asynchronous, but must meet setup and hold times t2o and t2i 
for recognition in any specific clock. 


BUS ARBITRATION 


BREQ 





The internal cycle pending signal indicates that the Intel486 DX2 microprocessor has 
internally generated a bus request. BREQ is generated whether or not the Intel486 DX2 
microprocessor is driving the bus. BREQ is active HIGH and is never floated. 


HOLD 


1 


The bus hold request allows another bus master complete control of the Intel486 DX2 
microprocessor bus. In response to HOLD going active the Intel486 DX2 microprocessor 
will float most of its output and input/output pins. HLDA will be asserted after completing 
the current bus cycle, burst cycle or sequence of locked cycles. The Intel486 DX2 
microprocessor will remain in this state until HOLD is deasserted. HOLD is active high 
and is not provided with an internal pulldown resistor. HOLD must satisfy setup and hold 
times ti s and t-j 9 for proper operation. 


HLDA 





Hold acknowledge goes active in response to a hold request presented on the HOLD 
pin. HLDA indicates that the Intel486 DX2 microprocessor has given the bus to another 
local bus master. HLDA is driven active in the same clock that the Intel486 DX2 
microprocessor floats its bus. HLDA is driven inactive when leaving bus hold. HLDA is 
active HIGH and remains driven during bus hold. 
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QUICK PIN REFERENCE (Continued) 



Symbol 


Type 


Name and Function 


BUS ARBITRATION (Continued) 


BOFF# 


1 


The backoff input forces the Intel486 DX2 microprocessor to float its bus in the next 
clock. The microprocessor will float all pins normally floated during bus hold but HLDA 
will not be asserted in response to BOFF#. BOFF# has higher priority than RDY# or 
BRDY#; if both are returned in the same clock, BOFF# takes effect. The 
microprocessor remains in bus hold until BOFF# is negated. If a bus cycle was in 
progress when BOFF# was asserted the cycle will be restarted. BOFF# is active LOW 
and must meet setup and hold times t-is and t-jg for proper operation. 


CACHE INVALIDATION 


AHOLD 


1 


The address hold request allows another bus master access to the Intel486 DX2 
microprocessor's address bus for a cache invalidation cycle. The Intel486 DX2 
microprocessor will stop driving its address bus in the clock following AHOLD going 
active. Only the address bus will be floated during address hold, the remainder of the 
bus will remain active. AHOLD is active HIGH and is provided with a small internal 
pulldown resistor. For proper operation AHOLD must meet setup and hold times t-is and 

tl9- 


EADS# 


1 


This signal indicates that a valid external address has been driven onto the Intel486 DX2 
microprocessor address pins. This address will be used to perform an internal cache 
invalidation cycle. EADS# is active LOW and is provided with an internal pullup resistor. 
EADS# must satisfy setup and hold times t-12 and t-13 for proper operation. 


CACHE CONTROL 


KEN# 


1 


The cache enable pin is used to determine whether the current cycle is cacheable. 
When the Intel486 DX2 microprocessor generates a cycle that can be cached and 
KEN# is active, the cycle will become a cache line fill cycle. Returning KEN# active one 
clock before ready during the last read in the cache line fill will cause the line to be 
placed in the on-chip cache. KEN # is active LOW and is provided with a small internal 
pullup resistor. KEN# must satisfy setup and hold times t-14 and t-| 5 for proper operation. 


FLUSH # 


1 


The cache flush input forces the Intel486 DX2 microprocessor to flush its entire internal 
cache. FLUSH # is active low and need only be asserted for one clock. FLUSH # is 
asynchronous but setup and hold times t2o and t2i must be met for recognition in any 
specific clock. FLUSH # being sampled low in the clock before the falling edge of 
RESET causes the Intel486 DX2 microprocessor to enter the tri-state test mode. 


PAGE CACHEABILITY 


PWT 
PCD 






The page write-through and page cache disable pins reflect the state of the page 
attribute bits, PWT and PCD, in the page table entry or page directory entry. If paging is 
disabled or for cycles that are not paged, PWT and PCD reflect the state of the PWT and 
PCD bits in control register 3. PWT and PCD have the same timing as the cycle definition 
pins (M/IO#, D/C# and W/R#). PWT and PCD are active HIGH and are not driven 
during bus hold. PCD is masked by the cache disable bit (CD) in Control Register 0. 


NUMERIC ERROR REPORTING 


FERR# 





The floating point error p\r\ is driven active when a floating point error occurs. FERR# is 
similar to the ERROR # pin on the lntel387TM math coprocessor. FERR# is included for 
compatibility with systems using DOS type floating point error reporting. FERR# will not 
go active if FP errors are masked in FPU register. FERR# is active LOW, and is not 
floated during bus hold. 
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QUICK PIN REFERENCE (Continued) 



Symbol 


Type 


Name and Function 


NUMERIC ERROR REPORTING (Continued) 


IGNNE# 


I 


When the ignore numeric error pin is asserted the Intel486 DX2 microprocessor will 
ignore a numeric error and continue executing non-control floating point instructions, but 
FERR# will still be activated by the Intel486 DX2. When IGNNE# is deasserted the 
Intel486 DX2 microprocessor will freeze on a non-control floating point instruction, if a 
previous floating point instruction caused an error. IGNNE# has no effect when the NE 
bit in control register is set. IGNNE# is active LOW and is provided with a small 
internal pullup resistor. IGNNE# is asynchronous but setup and hold times tao and t2i 
must be met to insure recognition on any specific clock. 


BUS SIZE CONTROL 


BS16# 
BS8# 


I 
I 


The bus size 16 and bus size 8 pins (bus sizing pins) cause the Intel486 DX2 
microprocessor to run multiple bus cycles to complete a request from devices that 
cannot provide or accept 32 bits of data in a single cycle. The bus sizing pins are 
sampled every clock. The state of these pins in the clock before ready is used by the 
Intel486 DX2 microprocessor to determine the bus size. These signals are active LOW 
and are provided with internal pullup resistors. These inputs must satisfy setup and hold 
times t«i4 and ti 5 for proper operation. 


ADDRESS MASK 


A20M# 


I 


When the address bit 20 mask pin is asserted, the Intel486 DX2 microprocessor masks 
physical address bit 20 (A20) before performing a lookup to the internal cache or driving 
a memory cycle on the bus. A20M # emulates the address wraparound at one Mbyte 
which occurs on the 8086. A20M# is active LOW and should be asserted only when the 
processor is in real mode. This pin is asynchronous but should meet setup and hold 
times tao and t2i for recognition in any specific clock. For proper operation, A20M# 
should be sampled high at the falling edge of RESET. 


TEST ACCESS PORT 


TCK 


I 


Test Clock is an input to the Intel486 DX2 CPU and provides the clocking function 
required by the JTAG boundary scan feature. TCK is used to clock state information and 
data into and out of the component. State select information and data are clocked into 
the component on the rising edge of TCK on TMS and TDI, respectively. Data is clocked 
out of the part on the falling edge of TCK on TDO. 


TDI 


I 


Test Data Input is the serial input used to shift JTAG instructions and data into the 
component. TDI is sampled on the rising edge of TCK, during the SHIFT-IR and the 
SHIFT-DR TAP controller states. During all other tap controller states, TDI is a "don't 
care". 


TDO 





Test Data Output is the serial output used to shift JTAG instructions and data out of the 
component. TDO is driven on the falling edge of TCK during the SHIFT-IR and 
SHIFT-DR TAP controller states. At all other times TDO is driven to the high impedance 
state. 


TMS 


I 


Test Mode Select is decoded by the JTAG TAP (Tap Access Port) to select the 
operation of the test logic. TMS is sampled on the rising edge of TCK. To guarantee 
deterministic behavior of the TAP controller TMS is provided with an internal pull-up 
resistor. 
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QUICK PIN REFERENCE (Continued) 


Symbol 


Type 


Name and Function 


POWER DOWN MODE (UPGRADE PROCESSOR SUPPORT) 


UP# 


1 


The Upgrade Present pin forces the Intel486 DX2 to 3-state all of its outputs and enter 
the power down mode. When the Upgrade Present pin is sampled asserted by the CPU in 
the clock before the falling edge of RESET, the power down mode is enabled. UP# has 
no effect on the power down status except during this edge. The CPU is also forced to 3- 
state all of it's outputs immediately in response to this signal. The UP# signal must 
remain asserted in order to keep the pins 3-stated. UP# is active low and is provided with 
an internal pull-up resistor. 



Table 1.1 


. Output Pins 


Name 


Active 


When 


Level 


Floated 


BREQ 


HIGH 




HLDA 


HIGH 




BE0#-BE3# 


LOW 


Bus Hold 


PWT, PCD 


HIGH 


Bus Hold 


W/R#,D/C#,M/IO# 


HIGH 


Bus Hold 


LOCK# 


LOW 


Bus Hold 


PLOCK# 


LOW 


Bus Hold 


ADS# 


LOW 


Bus Hold 


BLAST# 


LOW 


Bus Hold 


PCHK# 


LOW 




FERR# 


LOW 




RES_B 


LOW 




A2-A3 


HIGH 


Bus, Address Hold 



Table 1.2. Input Pins 





Active 


Synchronous/ 




Level 


Asynchronous 


CLK 






RESET 


HIGH 


Asynchronous 


HOLD 


HIGH 


Synchronous 


AHOLD 


HIGH 


Synchronous 


EADS# 


LOW 


Synchronous 


BOFF# 


LOW 


Synchronous 


FLUSH # 


LOW 


Asynchronous 


A20M# 


LOW 


Asynchronous 


BS16#,BS8# 


LOW 


Synchronous 


KEN# 


LOW 


Synchronous 


RDY# 


LOW 


Synchronous 


BRDY# 


LOW 


Synchronous 


INTR 


HIGH 


Asynchronous 


NMI 


HIGH 


Asynchronous 


IGNNE# 


LOW 


Asynchronous 


RES__A 


LOW 


Asynchronous 


UP# 


LOW 


Asynchronous 



Table 1.3. Input/Output Pins 



Table 1-4. Test Pins 



Name 


Active 
Level 


When 
Floated 


D0-D31 
DP0-DP3 
A4-A31 


HIGH 
HIGH 
HIGH 


Bus Hold 

Bus Hold 

Bus, Address Hold 



Name 


Input or 
Output 


Sampled/ 
Driven On 


TCK 


Input 


N/A 


TDI 


Input 


Rising Edge of TCK 


TDO 


Output 


Falling Edge of TCK 


TMS 


Input 


Rising Edge of TCK 
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2.0 ARCHITECTURAL OVERVIEW 



The Intel486 DX2 microprocessor is a fully compati- 
ble member of the Intel486 family. 

The Intel486 microprocessor family is a 32-bit archi- 
tecture with on-chip memory management, floating 
point and cache memory units. 

The Intel486 DX microprocessor contains all the 
features of the lntel386TM microprocessor with en- 
hancements to increase performance. The instruc- 
tion set includes the complete Intel386 microproces- 
sor instruction set along with extensions to serve 
new applications. The on-chip memory management 
unit (MMU) is completely compatible with the In- 
tel386 microprocessor MMU. The Intel486 DX mi- 
croprocessor brings the lntel387TM math coproces- 
sor on-chip. All software written for the Intel386 mi- 
croprocessor, I ntel387 math coprocessor and previ- 
ous members of the 86/87 architectural family will 
run on the Intel486 DX microprocessor without any 
modifications. 

Several enhancements have been added to the In- 
tel486 DX microprocessor to increase performance. 
On-chip cache memory allows frequently used data 
and code to be stored on-chip reducing accesses to 
the external bus. A clock doubler has been added to 
speed up internal operations to twice that of an In- 
tel486 DX microprocessor running with the same 
bus clock. RISC design techniques have been used 
to reduce instruction cycle times. A burst bus feature 
enables fast cache fills. All of these features, com- 
bined, lead to performance greater than triple that of 
a Intel386 microprocessor. 

The memory management unit (MMU) consists of a 
segmentation unit and a paging unit. Segmentation 
allows management of the logical address space by 
providing easy data and code relocatibility and effi- 
cient sharing of global resources. The paging mech- 
anism operates beneath segmentation and is trans- 
parent to the segmentation process. Paging is op- 
tional and can be disabled by system software. Each 
segment can be divided into one or more 4 Kbyte 
segments. To implement a virtual memory system, 
the Intel486 DX microprocessor supports full restart- 
ability for all page and segment faults. 

Memory is organized into one or more variable 
length segments, each up to four gigabytes (2 32 
bytes) in size. A segment can have attributes associ- 
ated with it which include its location, size, type (i.e., 
stack, code or data), and protection characteristics. 
Each task on a Intel486 DX microprocessor can 
have a maximum of 16,381 segments, each up to 
four gigabytes in size. Thus each task has a maxi- 
mum of 64 terabytes (trillion bytes) of virtual memo- 
ry. 



The segmentation unit provides four-levels of pro- 
tection for isolating and protecting applications and 
the operating system from each other. The hardware 
enforced protection allows the design of systems 
with a high degree of integrity. 

The Intel486 DX microprocessor has two modes of 
operation: Real Address Mode (Real Mode) and Pro- 
tected Mode Virtual Address Mode (Protected 
Mode). In Real Mode the Intel486 DX microproces- 
sor operates as a very fast 8086. Real Mode is re- 
quired primarily to set up the processor for Protected 
Mode operation. Protected Mode provides access to 
the sophisticated memory management paging and 
privilege capabilities of the processor. 

Within Protected Mode, software can perform a task 
switch to enter into tasks designated as Virtual 8086 
Mode tasks. Each virtual 8086 task behaves with 
8086 semantics, allowing 8086 software (an applica- 
tion program or an entire operating system) to exe- 
cute. 

The on-chip floating point unit operates in parallel 
with the arithmetic and logic unit and provides arith- 
metic instructions for a variety of numeric data types. 
It executes numerous built-in transcendental func- 
tions (e.g., tangent, sine, cosine, and log functions). 
The floating point unit fully conforms to the ANSI/ 
IEEE standard 754-1985 for floating point arithmetic. 

The on-chip cache is 8 Kbytes in size. It is 4-way set 
associative and follows a write-through policy. The 
on-chip cache includes features to provide flexibility 
in external memory system design. Individual pages 
can be designated as cacheable or non-cacheable 
by software or hardware. The cache can also be en- 
abled and disabled by software or hardware. 

Finally the Intel486 DX2 microprocessor has fea- 
tures to facilitate high performance hardware de- 
signs. The 1x bus clock eases high frequency board 
level designs. While the 2x clock doubler improves 
execution performance without increasing the board 
design complexity. This 2x clock doubler enhances 
all operations operating out of the cache and/or not 
blocked by external bus accesses. The burst bus 
feature enables fast cache fills. These features are 
described beginning in Section 6. 



2.1 Register Set 

The Intel486 DX microprocessor register set in- 
cludes all the registers contained in the Intel386 mi- 
croprocessor and the Intel387 math coprocessor. 
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The register set can be split into the following cate- 
gories: 

Base Architecture Registers 
General Purpose Registers 
Instruction Pointer 
Flags Register 
Segment Registers 

Systems Level Registers 
Control Registers 
System Address Registers 

Floating Point Registers 
Data Registers 
Tag Word 
Status Word 

Instruction and Data Pointers 
Control Word 

Debug and Test Registers 



31 


General P 

24 | 23 16 


urpose Registers 

15 8 I 7 




AH AX AL 




BH BX BL 
| 




CH CX CL 




DH DX DL 

i 




SI 




Dl 




BP 




SP 



EAX 
EBX 
ECX 
EDX 
ESI 
EDI 
EBP 
ESP 



Segment Registers 

15 

CS 



Code Segment 
Stack Segment 

Data Segments 



Instruction Pointer 

31 16 15 



Flags Register 



FLAGS EFLAGS 



Figure 2.1. Base Architecture Registers 



The base architecture and floating point registers 
are accessible by the applications program. The sys- 
tem level registers are only accessible at privilege 
level and are used by the systems level program. 
The debug and test registers are also only accessi- 
ble at privilege level 0. 

2.1.1 BASE ARCHITECTURE REGISTERS 

Figure 2.1 shows the Intel486 DX2 microprocessor 
base architecture registers. The contents of these 
registers are task-specific and are automatically 
loaded with a new context upon a task switch opera- 
tion. 

The base architecture includes six directly accessi- 
ble descriptors, each specifying a segment up to 
4 Gbytes in size. The descriptors are indicated by 
the selector values placed in the Intel486 DX2 mi- 
croprocessor segment registers. Various selector 
values can be loaded as a program executes. 

The selectors are also task-specific, so the segment 
registers are automatically loaded with new context 
upon a task switch operation. 

2.1.1.1 General Purpose Registers 

The eight 32-bit general purpose registers are 
shown in Figure 2.1. These registers hold data or 
address quantities. The general purpose registers 
can support data operands of 1, 8, 16 and 32 bits, 
and bit fields of 1 to 32 bits. Address operands of 1 6 
and 32 bits are supported. The 32-bit registers are 
named EAX, EBX, ECX, EDX, ESI, EDI, EBP and 
ESP. 

The least significant 1 6 bits of the general purpose 
registers can be accessed separately by using the 
16-bit names of the registers AX, BX, CX, DX, SI, Dl, 
BP and SP. The upper 1 6 bits of the register are not 
changed when the lower 1 6 bits are accessed sepa- 
rately. 

Finally 8-bit operations can individually access the 
lowest byte (bits 0-7) and the higher byte (bits 8- 
1 5) of the general purpose registers AX, BX, CX and 
DX. The lowest bytes are named AL, BL, CL and DL 
respectively. The higher bytes are named AH, BH, 
CH and DH respectively. The individual byte acces- 
sibility offers additional flexibility for data operations 
but is not used for effective address calculation. 

2.1.1.2 Instruction Pointer 

The instruction pointer, shown in Figure 2.1, is a 32- 
bit register named EIP. EIP holds the offset of the 
next instruction to be executed. The offset is always 
relative to the base of the code segment (CS). The 
lower 1 6 bits (bits 0-15) of the EIP contain the 1 6-bit 
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Figure 2.2. Flags Register 



instruction pointer named IP, which is used for 16-bit 
addressing. 

2.1.1.3 Flags Register 

The flags register is a 32-bit register named 
EFLAGS. The defined bits and bit fields within 
EFLAGS control certain operations and indicate 
status of the Intel486 DX2 microprocessor. The low- 
er 16 bits (bits 0-15) of EFLAGS contain the 16-bit 
register named FLAGS, which is most useful when 
executing 8086 and 80286 code. EFLAGS is shown 
in Figure 2.2. 

EFLAGS bits 1, 3, 5, 15 and 19-31 are "undefined". 
When these bits are stored during interrupt process- 
ing or with a PUSHF instruction (push flags onto 
stack), a one is stored in bit 1 and zeros in bits 3, 5, 
15 and 19-31. 

The EFLAGS register in the Intel486 DX microproc- 
essor contains a new bit not previously defined. The 
new bit, AC, is defined in the upper 16 bits of the 



register and it enables faults on accesses to misa- 
ligned data. 

AC (Alignment Check, bit 18) 

The AC bit enables the generation of faults if a 
memory reference is to a misaligned address. 
Alignment faults are enabled when AC is set 
to 1 . A mis-aligned address is a word access 
to an odd address, a dword access to an ad- 
dress that is not on a dword boundary, or an 
8-byte reference to an address that is not on a 
64-bit word boundary. See Section 7.1.6 for 
more information on operand alignment. 

Alignment faults are only generated by pro- 
grams running at privilege level 3. The AC bit 
setting is ignored at privilege levels 0, 1 and 2. 
Note that references to the descriptor tables 
(for selector loads), or the task state segment 
(TSS), are implicitly level references even if 
the instructions causing the references are 
executed at level 3. Alignment faults are re- 
ported through interrupt 1 7, with an error code 
of 0. Table 2.1 gives the alignment required 
for the Intel486 DX microprocessor data 
types. 



Table 2.1. Data Type Alignment Requirements 



Memory Access 


Alignment (Byte Boundary) 


Word 


2 


Dword 


4 


Single Precision Real 
Double Precision Real 


4 
8 


Extended Precision Real 


8 


Selector 


2 


48-Bit Segmented Pointer 
32-Bit Flat Pointer 


4 
4 


32-Bit Segmented Pointer 
48-Bit "Pseudo-Descriptor" 
FSTENV/FLDENV Save Area 
FSAVE/FRSTOR Save Area 
Bit String 


2 

4 

4/2 (On Operand Size) 

4/2 (On Operand Size) 

4 
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IMPLEMENTATION NOTE: 

Several instructions on the Intel486 DX microproc- 
essor generate misaligned references, even if their 
memory address is aligned. For example, on the In- 
tel486 DX microprocessor, the SGDT/SIDT (store 
global/interrupt descriptor table) instruction reads/ 
writes two bytes, and then reads/writes four bytes 
from a "pseudo-descriptor" at the given address. 
The Intel486 DX microprocessor will generate misa- 
ligned references unless the address is on a 2 mod 
4 boundary. The FSAVE and FRSTOR instructions 
(floating point save and restore state) will generate 
misaligned references for one-half of the register 
save/restore cycles. The Intel486 DX microproces- 
sor will not cause any AC faults if the effective ad- 
dress given in the instruction has the proper align- 
ment. 

VM (Virtual 8086 Mode, bit 17) 

The VM bit provides Virtual 8086 Mode within 
Protected Mode. If set while the Intel486 DX 
microprocessor is in Protected Mode, the In- 
tel486 DX microprocessor will switch to Virtual 
8086 operation, handling segment loads as 
the 8086 does, but generating exception 13 
faults on privileged opcodes. The VM bit can 
be set only in Protected Mode, by the IRET 
instruction (if current privilege level = 0) and 
by task switches at any privilege level. The 
VM bit is unaffected by POPF. PUSHF always 
pushes a in this bit, even if executing in Vir- 
tual 8086 Mode. The EFLAGS image pushed 
during interrupt processing or saved during 
task switches will contain a 1 in this bit if the 
interrupted code was executing as a Virtual 
8086 Task. 

RF (Resume Flag, bit 16) 

The RF flag is used in conjunction with the 
debug register breakpoints. It is checked at 
instruction boundaries before breakpoint pro- 
cessing. When RF is set, it causes any debug 
fault to be ignored on the next instruction. RF 
is then automatically reset at the successful 
completion of every instruction (no faults are 
signalled) except the IRET instruction, the 
POPF instruction, (and JMP, CALL, and INT 
instructions causing a task switch). These in- 
structions set RF to the value specified by the 
memory image. For example, at the end of the 
breakpoint service routine, the IRET instruc- 
tion can pop an EFLAG image having the RF 
bit set and resume the program's execution at 
the breakpoint address without generating an- 
other breakpoint fault on the same location. 

NT (Nested Task, bit 14) 

This flag applies to Protected Mode. NT is set 
to indicate that the execution of this task is 
nested within another task. If set, it indicates 



that the current nested task's Task State Seg- 
ment (TSS) has a valid back link to the previ- 
ous task's TSS. This bit is set or reset by con- 
trol transfers to other tasks. The value of NT 
in EFLAGS is tested by the IRET instruction to 
determine whether to do an inter-task return 
or an intra-task return. A POPF or an IRET 
instruction will affect the setting of this bit ac- 
cording to the image popped, at any privilege 
level. 

IOPL (Input/Output Privilege Level, bits 12-13) 

This two-bit field applies to Protected Mode. 
IOPL indicates the numerically maximum CPL 
(current privilege level) value permitted to ex- 
ecute I/O instructions without generating an 
exception 13 fault or consulting the I/O Per- 
mission Bitmap. It also indicates the maximum 
CPL value allowing alteration of the IF (INTR 
Enable Flag) bit when new values are popped 
into the EFLAG register. POPF and IRET in- 
struction can alter the IOPL field when execut- 
ed at CPL = 0. Task switches can always al- 
ter the IOPL field, when the new flag image is 
loaded from the incoming task's TSS. 

OF (Overflow Flag, bit 11) 

OF is set if the operation resulted in a signed 
overflow. Signed overflow occurs when the 
operation resulted in carry/borrow into the 
sign bit (high-order bit) of the result but did not 
result in a carry/borrow out of the high-order 
bit, or vice-versa. For 8-, 16-, 32-bit opera- 
tions, OF is set according to overflow at bit 7, 
15, 31, respectively. 

DF (Direction Flag, bit 10) 

DF defines whether ESI and/or EDI registers 
postdecrement or postincrement during the 
string instructions. Postincrement occurs if DF 
is reset. Postdecrement occurs if DF is set. 

IF (INTR Enable Flag, bit 9) 

The IF flag, when set, allows recognition of 
external interrupts signalled on the INTR pin. 
When IF is reset, external interrupts signalled 
on the INTR are not recognized. IOPL indi- 
cates the maximum CPL value allowing altera- 
tion of the IF bit when new values are popped 
into EFLAGS or FLAGS. 

TF (Trap Enable Flag, bit 8) 

TF controls the generation of exception 1 trap 
when single-stepping through code. When TF 
is set, the Intel486 DX microprocessor gener- 
ates an exception 1 trap after the next instruc- 
tion is executed. When TF is reset, exception 
1 traps occur only as a function of the break- 
point addresses loaded into debug registers 
DR0-DR3. 
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SF (Sign Flag, bit 7) 

SF is set if the high-order bit of the result is 
set, it is reset otherwise. For 8-, 16-, 32-bit 
operations, SF reflects the state of bit 7, 1 5, 
31 respectively. 

ZF (Zero Flag, bit 6) 

ZF is set if all bits of the result are 0. Other- 
wise it is reset. 

AF (Auxiliary Carry Flag, bit 4) 

The Auxiliary Flag is used to simplify the addi- 
tion and subtraction of packed BCD quanti- 
ties. AF is set if the operation resulted in a 
carry out of bit 3 (addition) or a borrow into bit 
3 (subtraction). Otherwise AF is reset. AF is 
affected by carry out of, or borrow into bit 3 
only, regardless of overall operand length: 8, 
16 or 32 bits. 

PF (Parity Flags, bit 2) 

PF is set if the low-order eight bits of the oper- 
ation contains an even number of "1's" (even 
parity). PF is reset if the low-order eight bits 
have odd parity. PF is a function of only the 
low-order eight bits, regardless of operand 
size. 

CF (Carry Flag, bit 0) 

CF is set if the operation resulted in a carry 
out of (addition), or a borrow into (subtraction) 
the high-order bit. Otherwise CF is reset. For 
8-, 1 6- or 32-bit operations, CF is set accord- 
ing to carry/borrow at bit 7, 15 or 31, respec- 
tively. 



NOTE: 

In these descriptions, "set" means "set to 1," and 
"reset" means "reset to 0." 

2.1.1.4 Segment Registers 

Six 16-bit segment registers hold segment selector 
values identifying the currently addressable memory 
segments. In protected mode, each segment may 
range in size from one byte up to the entire linear 
and physical address space of the machine, 4 
Gbytes (2 32 bytes). In real address mode, the maxi- 
mum segment size is fixed at 64 Kbytes (2 16 bytes). 

The six addressable segments are defined by the 
segment registers CS, SS, DS, ES, FS and GS. The 
selector in CS indicates the current code segment; 
the selector in SS indicates the current stack seg- 
ment; the selectors in DS, ES, FS and GS indicate 
the current data segments. 

2.1.1.5 Segment Descriptor Cache Registers 

The segment descriptor cache registers are not pro- 
grammer visible, yet it is very useful to understand 
their content. A programmer invisible descriptor 
cache register is associated with each programmer- 
visible segment register, as shown by Figure 2.3. 
Each descriptor cache register holds a 32-bit base 
address, a 32-bit segment limit, and the other neces- 
sary segment attributes. 
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Figure 2.3. Intel486™ DX Microprocessor Segment Registers 
and Associated Descriptor Cache Registers 
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When a selector value is loaded into a segment reg- 
ister, the associated descriptor cache register is au- 
tomatically updated with the correct information. In 
Real Address Mode, only the base address is updat- 
ed directly (by shifting the selector value four bits to 
the left), since the segment maximum limit and attri- 
butes are fixed in Real Mode. In Protected Mode, 
the base address, the limit, and the attributes are all 
updated per the contents of the segment descriptor 
indexed by the selector. 

Whenever a memory reference occurs, the segment 
descriptor cache register associated with the seg- 
ment being used is automatically involved with the 
memory reference. The 32-bit segment base ad- 
dress becomes a component of the linear address 
calculation, the 32-bit limit is used for the limit-check 
operation, and the attributes are checked against 
the type of memory reference requested. 

2.1.2 SYSTEM LEVEL REGISTERS 

The system level registers, Figure 2.4, control opera- 
tion of the on-chip cache, the on-chip floating point 



unit (FPU) and the segmentation and paging mecha- 
nisms. These registers are only accessible to pro- 
grams running at privilege level 0, the highest privi- 
lege level. 

The system level registers include three control reg- 
isters and four segmentation base registers. The 
three control registers are CRO, CR2 and CR3. CR1 
is reserved for future Intel processors. The four seg- 
mentation base registers are the Global Descriptor 
Table Register (GDTR), the Interrupt Descriptor Ta- 
ble Register (IDTR), the Local Descriptor Table Reg- 
ister (LDTR) and the Task State Segment Register 
(TR). 

2.1.2.1 Control Registers 
Control Register (CRO) 

CRO, shown in Figure 2.5, contains 1 bits for con- 
trol and status purposes. Five of the bits defined in 
the Intel486 DX microprocessor's CRO are newly de- 
fined. The new bits are CD, NW, AM, WP and NE. 
The function of the bits in CRO can be categorized 
as follows: 



31 24|23 16|15 8|7 






CRO 
CR2 
CR3 


PAGE FAULT LINEAR ADDRESS REGISTER 


PAGE DIRECTORY BASE REGISTER 






SYSTEM ADDRESS REGISTERS 
47 32-BIT LINEAR BASE ADDRESS 16 15 LIMIT 






GDTR 
IDTR 














SYSTEM SEGMENT 
REGISTERS 




DESCRIPTOR REGISTERS (AUTOMATICALLY LOADED) 




'15 0> 


f 32-BIT LINEAR BASE ADDRESS 20-BIT SEGMENT LIMIT ATTRIBUTES^ 


TR 
LDTR 


SELECTOR 
















SELECTOR 























Figure 2.4. System Level Registers 
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Figure 2.5. Control Register 
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Intel486 DX Microprocessor Operating Modes: PG, 
PE (Table 2.2) 

On-Chip Cache Control Modes: CD, NW (Table 2.3) 

On-Floating Point Unit Control: TS, EM, MP, NE 
(Table 2.4) 

Alignment Check Control: AM 

Supervisor Write Protect: WP 





Table 2.2. Processor Operating Modes 


PG 


PE 


Mode 





1 
1 



1 



1 


REAL Mode. Exact 8086 semantics, 
with 32-bit extensions available with 
prefixes. 

Protected Mode. Exact 80286 
semantics, plus 32-bit extensions 
through both prefixes and "default" 
prefix setting associated with code 
segment descriptors. Also, a sub- 
mode is defined to support a virtual 
8086 within the context of the 
extended 80286 protection model. 

UNDEFINED. Loading CRO with this 
combination of PG and PE bits will 
raise a GP fault with error code 0. 

Paged Protected Mode. All the 
facilities of Protected mode, with 
paging enabled underneath 
segmentation. 



Table 2.3. On-Chip Cache Control Modes 



CD 


NW 


Operating Mode 


1 
1 





1 


1 




Cache fills disabled, write-through and 
invalidates disabled. 

Cache fills disabled, write-through and 
invalidates enabled. 

INVALID. If CRO is loaded with this 
configuration of bits, a GP fault with 
error code is raised. 

Cache fills enabled, write-through and 
invalidates enabled. 



Table 2.4. On-Chip Floating Point Unit Control 



CRO BIT 


Instruction Type 


EM 


TS 


MP 


Floating-Point 


Wait 







1 
1 
1 

1 





1 
1 




1 
1 




1 



1 



1 



1 


Execute 
Execute 
Trap 7 
Trap 7 
Trap 7 
Trap 7 
Trap 7 
Trap 7 


Execute 
Execute 
Execute 
Trap 7 
Execute 
Execute 
Execute 
Trap 7 



The low-order 16 bits of CRO are also known as the 
Machine Status Word (MSW), for compatibility with 
the 80286 protected mode. LMSW and SMSW (load 
and store MSW) instructions are taken as special 
aliases of the load and store CRO operations, where 
only the low-order 1 6 bits of CRO are involved. The 
LMSW and SMSW instructions in the Intel486 DX 
microprocessor work in an identical fashion to the 
LMSW and SMSW instructions in the 80286 (i.e., 
they only operate on the low-order 16 bits of CRO 
and ignores the new bits). New Intel486 DX micro- 
processor operating systems should use the MOV 
CRO, Reg instruction. 

The defined CRO bits are described below. 

PG (Paging Enable, bit 31) 

The PG bit is used to indicate whether paging is 
enabled (PG = 1) or disabled (PG = 0). See Ta- 
ble 2.2. 

CD (Cache Disable, bit 30) 

The CD bit is used to enable the on-chip cache. 
When CD = 1, the cache will not be filled on 
cache misses. When CD = 0, cache fills may be 
performed on misses. See Table 2.3. 

The state of the CD bit, the cache enable input 
pin (KEN#), and the relevant page cache dis- 
able (PCD) bit determine if a line read in re- 
sponse to a cache miss will be installed in the 
cache. A line is installed in the cache only if 
CD = and KEN# and PCD are both zero. The 
relevant PCD bit comes from either the page 
table entry, page directory entry or control reg- 
ister 3. Refer to Section 5.6 for more details on 
page cacheability. 

CD is set to one after RESET. 

NW (Not Write-Through, bit 29) 

The NW bit enables on-chip cache write- 
throughs and write-invalidate cycles (NW = 0). 
When NW = 0, all writes, including cache hits, 
are sent out to the pins. Invalidate cycles are 
enabled when NW=0. During an invalidate cy- 
cle a line will be removed from the cache if the 
invalidate address hits in the cache. See Table 
2.3. 

When NW=1, write-throughs and write-invali- 
date cycles are disabled. A write will not be sent 
to the pins if the write hits in the cache. With 
NW= 1 the only write cycles that reach the ex- 
ternal bus are cache misses. Write hits with 
NW=1 will never update main memory. Invali- 
date cycles are ignored when NW= 1. 

AM (Alignment Mask, bit 18) 

The AM bit controls whether the alignment 
check (AC) bit in the flag register (EFLAGS) can 
allow an alignment fault. AM = disables the 
AC bit. AM = 1 enables the AC bit. AM = is the 
Intel386 microprocessor compatible mode. 
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Intel386 microprocessor software may load in- 
correct data into the AC bit in the EFLAGS reg- 
ister. Setting AM = will prevent AC faults from 
occurring before the Intel486 DX microproces- 
sor has created the AC interrupt service routine. 

WP (Write Protect, bit 16) 

WP protects read-only pages from supervisor 
write access. The Intel386 microprocessor al- 
lows a read-only page to be written from privi- 
lege levels 0-2. The Intel486 DX microproces- 
sor is compatible with the Intel386 microproces- 
sor when WP = 0. WP=1 forces a fault on a 
write to a read-only page from any privilege lev- 
el. Operating systems with Copy-on-Write fea- 
tures can be supported with the WP bit. Refer 
to Section 4.5.3 for further details on use of the 
WP bit. 

NE (Numerics Exception, bit 5) 

The NE bit controls whether unmasked floating 
point exceptions (UFPE) are handled through 
interrupt vector 16 (NE = 1) or through an exter- 
nal interrupt (NE = 0). NE = (default at reset) 
supports the DOS operating system error re- 
porting scheme from the 8087, 80287 and In- 
tel387 math coprocessor. In DOS systems, 
math coprocessor errors are reported via exter- 
nal interrupt vector 1 3. DOS uses interrupt vec- 
tor 16 for an operating system call. Refer to 
Sections 6.2.13 and 7.2.14 for more information 
on floating point error reporting. 

For any UFPE the floating point error output pin 
(FERR#) will be driven active. 

For NE = 0, the Intel486 DX microprocessor 
works in conjunction with the ignore numeric er- 
ror input (IGNNE#) and the FERR# output 
pins. When a UFPE occurs and the IGNNE# 
input is inactive, the Intel486 DX microproces- 
sor freezes immediately before executing the 
next floating point instruction. An external inter- 
rupt controller will supply an interrupt vector 
when FERR# is driven active. The UFPE is ig- 
nored if IGNNE# is active and floating point ex- 
ecution continues. 

NOTE: 

The freeze does not take place if the next in- 
struction is one of the control instructions 
FNCLEX, FNINIT, FNSAVE, FNSTENV, 
FNSTCW, FNSTSW, FNSTSW AX, FNENI, 
FNDISI and FNSETPM. The freeze does occur 
if the next instruction is WAIT. 

For NE = 1, any UFPE will result in a software 
interrupt 16, immediately before executing the 
next non-control floating point or WAIT instruc- 
tion. The ignore numeric error input (IGNNE#) 
signal will be ignored. 



TS (Task Switched, bit 3) 

The TS bit is set whenever a task switch opera- 
tion is performed. Execution of a floating point 
instruction with TS=1 will cause a device not 
available (DNA) fault (trap vector 7). If TS = 1 
and MP=1 (monitor coprocessor in CRO) a 
WAIT instruction will cause a DNA fault. See 
Table 2.4. 

EM (Emulate Coprocessor, bit 2) 

The EM bit determines whether floating point 
instructions are trapped (EM = 1 ) or executed. If 
EM = 1 , all floating point instructions will cause 
fault 7. 

NOTE: 

WAIT instructions are not affected by the state 
of EM. See Table 2.4. 

MP (Monitor Coprocessor, bit 1) 

The MP bit is used in conjunction with the TS bit 
to determine if WAIT instructions should trap. If 
MP=1 and TS=1, WAIT instructions cause 
fault 7. Refer to Table 2.4. The TS bit is set to 1 
on task switches by the Intel486 DX microproc- 
essor. Floating point instructions are not affect- 
ed by the state of the MP bit. It is recommended 
that the MP bit be set to one for the normal 
operation of the Intel486 DX microprocessor. 

PE (Protection Enable, bit 0) 

The PE bit enables the segment based protec- 
tion mechanism. If PE = 1 protection is enabled. 
When PE = the Intel486 DX microprocessor 
operates in REAL mode, with segment based 
protection disabled, and addresses formed as 
in an 8086. Refer to Table 2.2. 

All new CRO bits added to the Intel386 and Intel486 
DX microprocessors, except for ET and NE, are up- 
ward compatible with the 80286 because they are in 
register bits not defined in the 80286. For strict com- 
patibility with the 80286, the load machine status 
word (LMSW) instruction is defined to not change 
the ET or NE bits. 

Control Register 1 (CR1) 

CR1 is reserved for use in future Intel microproces- 
sors. 

Control Register 2 (CR2) 

CR2, shown in Figure 2.6, holds the 32-bit linear ad- 
dress that caused the last page fault detected. The 
error code pushed onto the page fault handler's 
stack when it is invoked provides additional status 
information on this page fault. 
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PAGE FAULT LINEAR ADDRESS REGISTER 


CR2 
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PAGE DIRECTORY BASE REGISTER 























P 
C 
D 


P 
W 

T 











CR3 




NOTE: 

indicates Intel reserved: Do not define; See Section 2.1.6. 





Figure 2.6. Control Registers 2 and 3 



Control Register 3 (CR3) 



CR3, shown in Figure 2.6, contains the physical 
base address of the page directory table. The In- 
tel486 DX microprocessor page directory is always 
page aligned (4 Kbyte-aligned). This alignment is en- 
forced by only storing bits 20-31 in CR3. 

In the Intel486 DX microprocessor CR3 contains two 
new bits, page write-through (PWT) (bit 3) and page 
cache disable (PCD) (bit 4). The page table entry 
(PTE) and page directory entry (PDE) also contain 
PWT and PCD bits. PWT and PCD control page 
cacheability. When a page is accessed in external 
memory, the state of PWT and PCD are driven out 
on the PWT and PCD pins. The source of PWT and 
PCD can be CR3, the PTE or the PDE. PWT and 
PCD are sourced from CR3 when the PDE is being 
updated. When paging is disabled (PG = in CRO), 
PCD and PWT are assumed to be 0, regardless of 
their state in CR3. 

A task switch through a task state segment (TSS) 
which changes the values in CR3, or an explicit load 
into CR3 with any value, will invalidate all cached 
page table entries in the translation lookaside buffer 
(TLB). 

The page directory base address in CR3 is a physi- 
cal address. The page directory can be paged out 
while its associated task is suspended, but the oper- 
ating system must ensure that the page directory is 
resident in physical memory before the task is dis- 
patched. The entry in the TSS for CR3 has a physi- 
cal address, with no provision for a present bit. This 
means that the page directory for a task must be 
resident in physical memory. The CR3 image in a 
TSS must point to this area, before the task can be 
dispatched through its TSS. 



2.1.2.2 System Address Registers 

Four special registers are defined to reference the 
tables or segments supported by the 80286, In- 
tense and Intel486 DX microprocessor protection 
model. These tables or segments are: 

GDT (Global Descriptor Table) 
IDT (Interrupt Descriptor Table) 
LDT (Local Descriptor Table) 
TSS (Task State Segment) 

The addresses of these tables and segments are 
stored in special registers, the System Address and 
System Segment Registers, illustrated in Figure 2.4. 
These registers are named GDTR, IDTR, LDTR and 
TR respectively. Section 4, Protected Mode Archi- 
tecture, describes the use of these registers. 

System Address Registers: GDTR and IDTR 

The GDTR and IDTR hold the 32-bit linear base ad- 
dress and 16-bit limit of the GDT and IDT, respec- 
tively. 

Since the GDT and IDT segments are global to all 
tasks in the system, the GDT and IDT are defined by 
32-bit linear addresses (subject to page translation if 
paging is enabled) and 1 6-bit limit values. 

System Segment Registers: LDTR and TR 

The LDTR and TR hold the 16-bit selector for the 
LDT descriptor and the TSS descriptor, respectively. 

Since the LDT and TSS segments are task specific 
segments, the LDT and TSS are defined by selector 
values stored in the system segment registers. 

NOTE: 

A programmer-invisible segment descriptor register 
is associated with each system segment register. 
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2.1.3 FLOATING POINT REGISTERS 

Figure 2.7 shows the floating point register set. The 
on-chip FPU contains eight data registers, a tag 
word, a control register, a status register, an instruc- 
tion pointer and a data pointer. 



RO 
R1 
R2 
R3 
R4 
R5 
R6 
R7 



79 78 64 63 



Tag 
Field 

1 



Sign 


Exponent 


Significand 













































15 



47 



Control Register 



Status Register 



Tag Word 



Instruction Pointer 



Data Pointer 



Figure 2.7. Floating Point Registers 

The operation of the Intel486 DX microprocessor's 
on-chip floating point unit is exactly the same as the 
Intel387 math coprocessor. Software written for the 
Intel387 math coprocessor will run on the on-chip 
floating point unit (FPU) without any modifications. 



into "fields" corresponding to the FPU's extended- 
precision data type. 

The FPU's register set can be accessed either as a 
stack, with instructions operating on the top one or 
two stack elements, or as a fixed register set, with 
instructions operating on explicitly designated regis- 
ters. The TOP field in the status word identifies the 
current top-of-stack register. A "push" operation 
decrements TOP by one and loads a value into the 
new top register. A "pop" operation stores the value 
from the current top register and then increments 
TOP by one. Like other Intel486 DX microprocessor 
stacks in memory, the FPU register stack grows 
"down" toward lower-addressed registers. 

Instructions may address the data registers either 
implicitly or explicitly. Many instructions operate on 
the register at the TOP of the stack. These instruc- 
tions implicitly address the register at which TOP 
points. Other instructions allow the programmer to 
explicitly specify which register to use. This explicit 
register addressing is also relative to TOP. 

2.1.3.2 Tag Word 

The tag word marks the content of each numeric 
data register, as shown in Figure 2.8. Each two-bit 
tag represents one of the eight data registers. The 
principal function of the tag word is to optimize the 
FPUs performance and stack handling by making it 
possible to distinguish between empty and nonemp- 
ty register locations. It also enables exception han- 
dlers to check the contents of a stack location with- 
out the need to perform complex decoding of the 
actual data. 



2.1.3.1 Data Registers 

Floating point computations use the Intel486 DX mi- 
croprocessor's FPU data registers. These eight 80- 
bit registers provide the equivalent capacity of twen- 
ty 32-bit registers. Each of the eight data registers is 
divided 



2.1.3.3 Status Word 

The 16-bit status word reflects the overall state of 
the FPU. The status word is shown in Figure 2.9 and 
is located in the status register. 



15 

















TAG (7) 


TAG (6) 


TAG (5) 


TAG (4) 


TAG (3) 


TAG (2) 


TAG (1) 


TAG (0) 



NOTE: 

The index i of tag(i) is not top-relative. A program typically uses the "top" field of Status Word to determine which tag(i) 
field refers to logical top of stack. 
TAG VALUES: 

00 = Valid 

01 = Zero 

10 = QNaN, SNaN, Infinity, Denormal and Unsupported Formats 

11 = Empty 



Figure 2.8. FPU Tag Word 
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■ BUSY 

■ TOP OF STACK POINTER 

■ CONDITION CODE 



ERROR SUMMARY STATUS 
STACK FLAG 



EXCEPTION FLAGS: 

PRECISION 

UNDERFLOW 

OVERFLOW 

ZERO DIVIDE 

DENORMALIZED OPERAND 

INVALID OPERATION 



ES is set if any unmasked exception bit is set; cleared otherwise. 
See Table 2.5 for interpretation of condition code. 
TOP values: 

000 = Register is Top of Stack 

001 = Register 1 is Top of Stack 



111= Register 7 is Top of Stack 
For definitions of exceptions, refer to the Section entitled 
"Exception Handling". 



Figure 2.9. FPU Status Word 



The B bit (Busy, bit 1 5) is included for 8087 compati- 
bility. The B bit reflects the contents of the ES bit (bit 
7 of the status word). 

Bits 13-11 (TOP) point to the FPU register that is 
the current top-of-stack. 



The four numeric condition code bits, C0-C3, are 
similar to the flags in EFLAGS. Instructions that per- 
form arithmetic operations update C0-C3 to reflect 
the outcome. The effects of these instructions on 
the condition codes are summarized in Tables 2.5 
through 2.8. 
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Table 2.5. FPU Condition Code Interpretation 



Instruction 


C0(S) 


C3(Z) 


C1(A) 


C2(C) 


FPREM, FPREM1 
(see Table 2.3) 


Three least significant bits 
of quotient 
Q2 Q0 


Q1 
orO/U# 


Reduction 

= complete 

1 = incomplete 


FCOM, FCOMP, 
FCOMPP, FTST, 
FUCOM, FUCOMP, 
FUCOMPP, FICOM, 
FICOMP 


Result of comparison 
(see Table 2.7) 


Zero 
orO/U# 


Operand is not 
comparable 
(Table 2.7) 


FXAM 


Operand class 
(see Table 2.8) 


Sign 
orO/U# 


Operand class 
(Table 2.8) 


FCHS, FABS, FXCH, 
FINCTOP, FDECTOP, 
Constant loads, 
FXTRACT, FLD, 
FILD, FBLD, 
FSTP (ext real) 


UNDEFINED 


Zero 
orO/U# 


UNDEFINED 


FIST, FBSTP, 
FRNDINT, FST, 
FSTP, FADD, FMUL, 
FDIV, FDIVR, 
FSUB, FSUBR, 
FSCALE, FSQRT, 
FPATAN, F2XM1, 
FYL2X, FYL2XP1 


UNDEFINED 


Roundup 
orO/U# 


UNDEFINED 


FPTAN, FSIN 
FCOS, FSINCOS 


UNDEFINED 


Roundup 
orO/U#, 
undefined 
ifC2= 1 


Reduction 

= complete 

1 = incomplete 


FLDENV, FRSTOR 


Each bit loaded from memory 


FINIT 


Clears these bits 


FLDCW, FSTENV, 
FSTCW, FSTSW, 
FCLEX, FSAVE 


UNDEFINED 


0/U# When both IE and SF bits of status word are set, indicating a stack exception, this bit 
distinguishes between stack overflow (C1 = 1) and underflow (C1 = 0). 

Reduction If FPREM or FPREM1 produces a remainder that is less than the modulus, reduction is 
complete. When reduction is incomplete the value at the top of the stack is a partial 
remainder, which can be used as input to further reduction. For FPTAN, FSIN, FCOS, and 
FSINCOS, the reduction bit is set if the operand at the top of the stack is too large. In this 
case the original operand remains at the top of the stack. 

Roundup When the PE bit of the status word is set, this bit indicates whether the last rounding in the 
instruction was upward. 

UNDEFINED Do not rely on finding any specific value in these bits. 
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Table 2.6. Condition Code Interpretation after FPREM and FPREM1 Instructions 



Condition Code 


Interpretation after FPREM and FPREM 1 


C2 


C3 


C1 


CO 


1 


X 


X 


X 


Incomplete Reduction: 
further interaction required 
for complete reduction 





Q1 


QO 


Q2 


QMOD8 


Complete Reduction: 
CO, C3, C1 contain three least 
significant bits of quotient 




1 

1 



1 

1 



1 


1 


1 



1 






1 
1 
1 
1 



1 
2 
3 
4 
5 
6 
7 



Table 2.7. Condition Code Resulting from Comparison 



Order 


C3 


C2 


CO 


TOP > Operand 
TOP < Operand 
TOP = Operand 
Unordered 





1 
1 






1 




1 



1 



Table 2.8. Condition Code Defining Operand Class 



C3 


C2 


C1 


CO 


Value at TOP 














+ Unsupported 











1 


+ NaN 








1 





- Unsupported 








1 


1 


- NaN 





1 








+ Normal 





1 





1 


+ Infinity 





1 


1 





- Normal 





1 


1 


1 


- Infinity 













+ 










1 


+ Empty 







1 





-0 







1 


1 


- Empty 




1 








+ Denormal 




1 


1 





- Denormal 
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Bit 7 is the error summary (ES) status bit. The ES bit 
is set if any unmasked exception bit (bits 0-5 in the 
status word) is set; ES is clear otherwise. The 
FERR# (floating point error) signal is asserted when 
ES is set. 

Bit 6 is the stack flag (SF). This bit is used to distin- 
guish invalid operations due to stack overflow or un- 
derflow. When SF is set, bit 9 (C1) distinguishes be- 
tween stack overflow (C1 = 1) and underflow 
(C1=0). 

Table 2.9 shows the six exception flags in bits 0-5 
of the status word. Bits 0-5 are set to indicate that 
the FPU has detected an exception while executing 
an instruction. 

The six exception flags in the status word can be 
individually masked by mask bits in the FPU control 
word. Table 2.9 lists the exception conditions, and 
their causes in order of precedence. Table 2.9 also 
shows the action taken by the FPU if the corre- 
sponding exception flag is masked. 

An exception that is not masked by the control word 
will cause three things to happen: the corresponding 
exception flag in the status word will be set, the ES 
bit in the status word will be set and the FERR# 
output signal will be asserted. When the Intel486 DX 
microprocessor attempts to execute another floating 
point or WAIT instruction, exception 1 6 occurs or an 
external interrupt happens if the NE = 1 in control 



register 0. The exception condition must be resolved 
via an interrupt service routine. The FPU saves the 
address of the floating point instruction that caused 
the exception and the address of any memory oper- 
and required by that instruction in the instruction and 
data pointers (see Section 2.1.3.4). 

Note that when a new value is loaded into the status 
word by the FLDENV (load environment) or 
FRSTOR (restore state) instruction, the value of ES 
(bit 7) and its reflection in the B bit (bit 15) are not 
derived from the values loaded from memory. The 
values of ES and B are dependent upon the values 
of the exception flags in the status word and their 
corresponding masks in the control word. If ES is set 
in such a case, the FERR# output of the Intel486 
DX microprocessor is activated immediately. 



2.1.3.4 Instruction and Data Pointers 

Because the FPU operates in parallel with the ALU 
(in the Intel486 DX and Intel486 microprocessors 
the arithmetic and logic unit (ALU) consists of the 
base architecture registers), any errors detected by 
the FPU may be reported after the ALU has execut- 
ed the floating point instruction that caused it. To 
allow identification of the failing numeric instruction, 
the Intel486 DX microprocessor contains two pointer 
registers that supply the address of the failing nu- 
meric instruction and the address of its numeric 
memory operand (if appropriate). 



Table 2.9. FPU Exceptions 



Exception 


Cause 


Default Action 
(if exception is masked) 


Invalid 
Operation 


Operation on a signaling NaN, unsupported format, 
indeterminate form (0*°o, 0/0, (+ °°) + (- °°), etc.), or 
stack overflow/ underflow (SF is also set). 


Result is a quiet NaN, integer 
indefinite, or BCD indefinite 


Denormalized 
Operand 


At least one of the operands is denormalized, i.e., it has 
the smallest exponent but a nonzero significand. 


Normal processing 
continues 


Zero Divisor 


The divisor is zero while the dividend is a noninfinite, 
nonzero number. 


Result is °o 


Overflow 


The result is too large in magnitude to fit in the specified 
format. 


Result is largest finite value 
or oo 


Underflow 


The true result is nonzero but too small to be 
represented in the specified format, and, if underflow 
exception is masked, denormalization causes loss of 
accuracy. 


Result is denormalized or 
zero 


Inexact 

Result 

(Precision) 


The true result is not exactly representable in the 
specified format (e.g., 1 /3); the result is rounded 
according to the rounding mode. 


Normal processing 
continues 
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The instruction and data pointers are provided for 
user-written error handlers. These registers are ac- 
cessed by the FLDENV (load environment), 
FSTENV (store environment), FSAVE (save state) 
and FRSTOR (restore state) instructions. Whenever 
the Intel486 DX microprocessor decodes a new 
floating point instruction, it saves the instruction (in- 
cluding any prefixes that may be present), the ad- 
dress of the operand (if present) and the opcode. 



attribute in effect (32-bit operand or 16-bit operand). 
When the Intel486 DX microprocessor is in the virtu- 
al-86 mode, the real address mode formats are 
used. The four formats are shown in Figures 2.10- 
2.13. The floating point instructions FLDENV, 
FSTENV, FSAVE and FRSTOR are used to transfer 
these values to and from memory. Note that the val- 
ue of the data pointer is undefined if the prior float- 
ing point instruction did not have a memory operand. 



The instruction and data pointers appear in one of 
four formats depending on the operating mode of 
the Intel486 DX microprocessor (protected mode or 
real-address mode) and depending on the operand- 
size 



NOTE: 

The operand size attribute is the D bit in a segment 
descriptor. 



31 



23 



32-BIT PROTECTED MODE FORMAT 
15 



H- 



RESERVED 



CONTROL WORD 



I 

STATUS WORD 



RESERVED 



RESERVED 

I 



TAG WORD 



IP OFFSET 



00000 



OPCODE i 



CS SELECTOR 



10 



14 



18 



DATA OPERAND OFFSET 



-h 



RESERVED 



OPERAND SELECTOR 



H- 



Figure 2.10. Protected Mode FPU Instruction and Data Pointer image in Memory, 32-Bit Format 



31 



32-BIT REAL-ADDRESS MODE FORMAT 

23 15 7 

1_ 



RESERVED 



CONTROL WORD 

1 



RESERVED 



STATUS WORD 

1 



RESERVED 



TAG WORD 

I 



RESERVED 
1 



INSTRUCTION POINTER 15..0 



■4- 



0000 



INSTRUCTION POINTER 31 ..16 

1 



OPCODE 10..0 

1 



10 



14 



18 



RESERVED 



OPERAND POINTER 15..0 

I 



0000 



OPERAND POINTER 31 ..1 6 

\ 



0000 



00000000 



Figure 2.1 1. Real Mode FPU Instruction and Data Pointer Image in Memory, 32-Bit Format 
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16-BIT PROTECTED MODE FORMAT 
15 7 

1 



CONTROL WORD 



1 

STATUS WORD 



TAG WORD 



IP OFFSET 



CS SELECTOR 



OPERAND OFFSET 



OPERAND SELECTOR 
1 



Figure 2.12. Protected Mode FPU 

Instruction and Data Pointer 
Image in Memory, 16-Bit Format 





16-BIT REAL-ADDRESS MODE AND 
VIRTUAL-8086 MODE FORMAT 

15 7 

i 




2 
4 
6 
8 
A 
C 




I 

CONTROL WORD 

i 


I 
STATUS WORD 


TAG WORD 


INSTRUCTION POINTER 15..0 

i 


IP19.16 





OPCODE 10..0 

i 


OPERAND POINTER 15..0 

i 


DP 19.16 





00000000000 

1 







Figure 2.13. Real Mode FPU 

Instruction and Data Pointer 

Image in Memory, 16-Bit Format 



2.1.3.5 FPU Control Word 

The FPU provides several processing options that are selected by loading a control word from memory into 
the control register. Figure 2.14 shows the format and encoding of fields in the control word. 



15 



FT 

XXX 

J_L 



T 

X X 



RESERVED 



P U 
M M 



EXCEPTION MASKS: 

PRECISION 

UNDERFLOW 

OVERFLOW 



ZERO DIVIDE 

DENORMALIZED OPERAND 

INVALID OPERATION 



RESERVED 
RESERVED* 
ROUNDING CONTROL 
PRECISION CONTROL 



* "0" AFTER RESET OR FINIT; 
CHANGEABLE UPON LOADING THE 
CONTROL WORD (CW). PROGRAMS 
MUST IGNORE THIS BIT. 



Precision Control 

00—24 bits (single precision) 
01— (reserved) 

10 — 53 bits (double precision) 
11—64 bits (extended precision) 



Rounding Control 

00 — Round to nearest or even 
01 — Round down (toward — °°) 
10— Round up (toward + <») 
11— Chop (truncate toward zero) 



Figure 2.14. FPU Control Word 
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The low-order byte of the FPU control word config- 
ures the FPU error and exception masking. Bits 0-5 
of the control word contain individual masks for each 
of the six exceptions that the FPU recognizes. 

The high-order byte of the control word configures 
the FPU operating mode, including precision and 
rounding. 

RC (Rounding Control, bits 10-11) 

The RC bits provide for directed rounding and 
true chop, as well as the unbiased round to 
nearest even mode specified in the IEEE stan- 
dard. Rounding control affects only those in- 
structions that perform rounding at the end of 
the operation (and thus can generate a preci- 
sion exception); namely, FST, FSTP, FIST, all 
arithmetic instructions (except FPREM, 
FPREM1, FXTRACT, FABS and FCHS), and all 
transcendental instructions. 

PC (Precision Control, bits 8-9) 

The PC bits can be used to set the FPU internal 
operating precision of the significand at less 
than the default of 64 bits (extended precision). 
This can be useful in providing compatibility with 
early generation arithmetic processors of small- 
er precision. PC affects only the instructions 
ADD, SUB, DIV, MUL, and SQRT. For all other 
instructions, either the precision is determined 
by the opcode or extended precision is used. 

2.1.4 DEBUG AND TEST REGISTERS 

2. 1 .4. 1 Debug Registers 

The six programmer accessible debug registers, Fig- 
ure 2.15, provide on-chip support for debugging. De- 
bug registers DRO-3 specify the four linear break- 
points. The Debug control register DR7, is used to 
set the breakpoints and the Debug Status Register, 
DR6, displays the current state of the breakpoints. 
The use of the Debug registers is described in Sec- 
tion 9. 





Debug Registers 


DRO 
DR1 
DR2 
DR3 
DR4 
DR5 
DR6 
DR7 

TR3 
TR4 
TR5 
TR6 
TR7 




LINEAR BREAKPOINT ADDRESS 


LINEAR BREAKPOINT ADDRESS 1 


LINEAR BREAKPOINT ADDRESS 2 


LINEAR BREAKPOINT ADDRESS 3 


Intel Reserved Do Not Define 


Intel Reserved Do Not Define 


BREAKPOINT STATUS 


BREAKPOINT CONTROL 




Test Registers 




CACHE TEST DATA 


CACHE TEST STATUS 


CACHE TEST CONTROL 


TLB TEST CONTROL 


TLB TEST STATUS 




TLB = Translation Lookaside Buffer 



Figure 2.15 

2.1.4.2 Test Registers 

The Intel486 DX microprocessor contains five test 
registers. The test registers are shown in Figure 
2.1 5. TR6 and TR7 are used to control the testing of 
the translation lookaside buffer. TR3, TR4 and TR5 
are used for testing the on-chip cache. The use of 
the test registers is discussed in Section 8. 

2.1.5 REGISTER ACCESSIBILITY 

There are a few differences regarding the accessibil- 
ity of the registers in Real and Protected Mode. Ta- 
ble 2.10 summarizes these differences. See Section 
4, Protected Mode Architecture, for further details. 
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Table 2.10. Register Usage 


Register 


Use in 
Real Mode 


Use in 
Protected Mode 


Use in 
Virtual 8086 Mode 


Load 


Store 


Load 


Store 


Load 


Store 


General Registers 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Segment Register 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Flag Register 


Yes 


Yes 


Yes 


Yes 


IOPL 


IOPL* 


Control Registers 


Yes 


Yes 


PL = 


PL = 


No 


Yes 


GDTR 


Yes 


Yes 


PL = 


Yes 


No 


Yes 


IDTR 


Yes 


Yes 


PL = 


Yes 


No 


Yes 


LDTR 


No 


No 


PL = 


Yes 


No 


No 


TR 


No 


No 


PL = 


Yes 


No 


No 


FPU Data Registers 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


FPU Control Registers 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


FPU Status Registers 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


FPU Instruction Pointer 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


FPU Data Pointer 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Debug Registers 


Yes 


Yes 


PL = 


PL = 


No 


No 


Test Registers 


Yes 


Yes 


PL = 


PL =■ 


No 


No 



NOTES: 

PL = 0: The registers can be accessed only when the current privilege level is zero. 

*IOPL: The PUSHF and POPF instructions are made I/O Privilege Level sensitive in Virtual 86 Mode. 



2.1.6 COMPATIBILITY 

VERY IMPORTANT NOTE: 
COMPATIBILITY WITH FUTURE PROCESSORS 

In the preceding register descriptions, note cer- 
tain Intel486 microprocessor register bits are 
Intel reserved. When reserved bits are called 
out, treat them as fully undefined. This is essen- 
tial for your software compatibility with future 
processors! Follow the guidelines below: 

1) Do not depend on the states of any unde- 
fined bits when testing the values of defined 
register bits. Mask them out when testing. 

2) Do not depend on the states of any unde- 
fined bits when storing them to memory or 
another register. 



3) Do not depend on the ability to retain infor- 
mation written into any undefined bits. 

4) When loading registers always load the unde- 
fined bits as zeros. 

5) However, registers which have been previ- 
ously stored may be reloaded without mask- 
ing. 

Depending upon the values of undefined regis- 
ter bits will make your software dependent upon 
the unspecified Intel486 DX microprocessor 
handling of these bits. Depending on undefined 
values risks making your software incompatible 
with future processors that define usages for 
the Intel486 microprocessor-undefined bits. 
AVOID ANY SOFTWARE DEPENDENCE UPON 
THE STATE OF UNDEFINED Intel486 MICRO- 
PROCESSOR REGISTER BITS. 
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2.2 Instruction Set 

The Intel486 DX microprocessor instruction set can 
be divided into 1 1 categories of operations: 

Data Transfer 

Arithmetic 

Shift/Rotate 

String Manipulation 

Bit Manipulation 

Control Transfer 

High Level Language Support 

Operating System Support 

Processor Control 

Floating Point 

Floating Point Control 

The Intel486 DX microprocessor instructions are list- 
ed in Section 10. Note that all floating point unit in- 
struction mnemonics begin with an F. 

All Intel486 DX microprocessor instructions operate 
on either 0, 1 , 2 or 3 operands; where an operand 
resides in a register, in the instruction itself or in 
memory. Most zero operand instructions (e.g., CLI, 
STI) take only one byte. One operand instructions 
generally are two bytes long. The average instruc- 
tion is 3.2 bytes long. Since the Intel486 DX micro- 
processor has a 32-byte instruction queue, an aver- 
age of 10 instructions will be prefetched. The use of 
two operands permits the following types of com- 
mon instructions: 

Register to Register 
Memory to Register 
Memory to Memory 
Immediate to Register 
Register to Memory 
Immediate to Memory 

The operands can be either 8, 1 6, or 32 bits long. As 
a general rule, when executing code written for the 
Intel486 DX, Intel486 or Intel386 microprocessors 
(32-bit code), operands are 8 or 32 bits; when exe- 
cuting existing 80286 or 8086 code (16-bit code), 
operands are 8 or 1 6 bits. Prefixes can be added to 
all instructions which override the default length of 
the operands (i.e., use 32-bit operands for 16-bit 
code, or 16-bit operands for 32-bit code). 



2.3 Memory Organization 



Introduction 

Memory on the Intel486 DX microprocessor is divid- 
ed up into 8-bit quantities (bytes), 16-bit quantities 
(words), and 32-bit quantities (dwords). Words are 
stored in two consecutive bytes in memory with the 
low-order byte at the lowest address, the high order 



byte at the high address. Dwords are stored in four 
consecutive bytes in memory with the low-order byte 
at the lowest address, the high-order byte at the 
highest address. The address of a word or dword is 
the byte address of the low-order byte. 

In addition to these basic data types, the Intel486 
DX microprocessor supports two larger units of 
memory: pages and segments. Memory can be di- 
vided up into one or more variable length segments, 
which can be swapped to disk or shared between 
programs. Memory can also be organized into one 
or more 4 Kbyte pages. Finally, both segmentation 
and paging can be combined, gaining the advan- 
tages of both systems. The Intel486 DX microproc- 
essor supports both pages and segments in order to 
provide maximum flexibility to the system designer. 
Segmentation and paging are complementary. Seg- 
mentation is useful for organizing memory in logical 
modules, and as such is a tool for the application 
programmer, while pages are useful for the system 
programmer for managing the physical memory of a 
system. 

2.3.1 ADDRESS SPACES 

The Intel486 DX microprocessor has three distinct 
address spaces: logical, linear, and physical. A 
logical address (also known as a virtual address) 
consists of a selector and an offset. A, selector is the 
contents of a segment register. An offset is formed 
by summing all of the addressing components 
(BASE, INDEX, DISPLACEMENT) discussed in Sec- 
tion 2.5.3 Memory Addressing Modes into an ef- 
fective address. Since each task on the Intel486 DX 
microprocessor has a maximum of 16K (2 14 -1) se- 
lectors, and offsets can be 4 gigabytes, (2 32 bits) 
this gives a total of 2 46 bits or 64 terabytes of logi- 
cal address space per task. The programmer sees 
this virtual address space. 

The segmentation unit translates the logical ad- 
dress space into a 32-bit linear address space. If the 
paging unit is not enabled then the 32-bit linear ad- 
dress corresponds to the physical address. The 
paging unit translates the linear address space into 
the physical address space. The physical address 
is what appears on the address pins. 

The primary difference between Real Mode and Pro- 
tected Mode is how the segmentation unit performs 
the translation of the logical address into the linear 
address. In Real Mode, the segmentation unit shifts 
the selector left four bits and adds the result to the 
offset to form the linear address. While in Protected 
Mode every selector has a linear base address as- 
sociated with it. The linear base address is stored in 
one of two operating system tables (i.e., the Local 
Descriptor Table or Global Descriptor Table). The 
selector's linear base address is added to the offset 
to form the final linear address. 
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Figure 2.16. Address Translation 



Figure 2.16 shows the relationship between the vari- 
ous address spaces. 

2.3.2 SEGMENT REGISTER USAGE 

The main data structure used to organize memory is 
the segment. On the Intel486 DX microprocessor, 
segments are variable sized blocks of linear ad- 
dresses which have certain attributes associated 
with them. There are two main types of segments: 
code and data, the segments are of variable size 
and can be as small as 1 byte or as large as 4 giga- 
bytes (232 bytes). 

In order to provide compact instruction encoding, 
and increase processor performance, instructions 
do not need to explicitly specify which segment reg- 
ister is used. A default segment register is automati- 
cally chosen according to the rules of Table 2.11 
(Segment Register Selection Rules). In general, data 
references use the selector contained in the DS reg- 
ister; Stack references use the SS register and In- 
struction fetches use the CS register. The contents 
of the Instruction Pointer provide the offset. Special 
segment override prefixes allow the explicit use of a 
given segment register, and override the implicit 
rules listed in Table 2.11. The override prefixes also 
allow the use of the ES, FS and GS segment regis- 
ters. 

There are no restrictions regarding the overlapping 
of the base addresses of any segments. Thus, all 6 
segments could have the base address set to zero 



and create a system with a four gigabyte linear ad- 
dress space. This creates a system where the virtual 
address space is the same as the linear address 
space. Further details of segmentation are dis- 
cussed in Section 4.1. 



2.4 I/O Space 

The Intel486 DX microprocessor has two distinct 
physical address spaces: Memory and I/O. General- 
ly, peripherals are placed in I/O space although the 
Intel486 DX microprocessor also supports memory- 
mapped peripherals. The I/O space consists of 
64 Kbytes, it can be divided into 64K 8-bit ports, 32K 
16-bit ports, or 16K 32-bit ports, or any combination 
of ports which add up to less than 64 Kbytes. The 
64K I/O address space refers to physical memory 
rather than linear address since I/O instructions do 
not go through the segmentation or paging hard- 
ware. The M/IO# pin acts as an additional address 
line thus allowing the system designer to easily de- 
termine which address space the processor is ac- 
cessing. 

The I/O ports are accessed via the IN and OUT I/O 
instructions, with the port address supplied as an 
immediate 8-bit constant in the instruction or in the 
DX register. All 8- and 1 6-bit port addresses are zero 
extended on the upper address lines. The I/O in- 
structions cause the M/IO# pin to be driven low. 

I/O port addresses 00F8H through 00FFH are re- 
served for use by Intel. 
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Table 2.1 1. Segment Register Selection Rules 



Type of 
Memory Reference 


Implied (Default) 
Segment Use 


Segment Override 
Prefixes Possible 


Code Fetch 


CS 


None 


Destination of PUSH, PUSHF, INT, 
CALL, PUSHA Instructions 


ss 


None 


Source of POP, POPA, POPF, 
I RET, RET instructions 


ss 


None 


Destination of STOS, MOVS, REP 
STOS, REP MOVS Instructions 
(Dl is Base Register) 


ES 


None 


Other Data References, with 
Effective Address Using Base 
Register of: 

[EAX] 

[EBX] 

[ECX] 

[EDX] 

[ESI] 

[EDI] 

[EBP] 

[ESP] 


DS 
DS 
DS 
DS 
DS 
DS 
SS 
SS 


All 



2.5 Addressing Modes 

2.5.1 ADDRESSING MODES OVERVIEW 

The Intel486 DX microprocessor provides a total of 
1 1 addressing modes for instructions to specify op- 
erands. The addressing modes are optimized to al- 
low the efficient execution of high level languages 
such as C and FORTRAN, and they cover the vast 
majority of data references needed by high-level lan- 
guages. 

2.5.2 REGISTER AND IMMEDIATE MODES 

Two of the addressing modes provide for instruc- 
tions that operate on register or immediate oper- 
ands: 

Register Operand Mode: The operand is located in 
one of the 8-, 1 6- or 32-bit general registers. 

Immediate Operand Mode: The operand is includ- 
ed in the instruction as part of the opcode. 



2.5.3 32-BIT MEMORY ADDRESSING MODES 

The remaining 9 modes provide a mechanism for 
specifying the effective address of an operand. The 
linear address consists of two components: the seg- 
ment base address and an effective address. The 
effective address is calculated by using combina- 
tions of the following four address elements: 

DISPLACEMENT: An 8-, or 32-bit immediate value, 
following the instruction. 

BASE: The contents of any general purpose regis- 
ter. The base registers are generally used by compil- 
ers to point to the start of the local variable area. 

INDEX: The contents of any general purpose regis- 
ter except for ESP. The index registers are used to 
access the elements of an array, or a string of char- 
acters. 

SCALE: The index register's value can be multiplied 
by a scale factor, either 1, 2, 4 or 8. Scaled index 
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mode is especially useful for accessing arrays or 
structures. 

Combinations of these 4 components make up the 9 
additional addressing modes. There is no perform- 
ance penalty for using any of these addressing com- 
binations, since the effective address calculation is 
pipelined with the execution of other instructions. 
The one exception is the simultaneous use of Base 
and Index components which requires one addition- 
al clock. 

As shown in Figure 2.17, the effective address (EA) 
of an operand is calculated according to the follow- 
ing formula. 

EA=Base Reg + (Index Reg * Scaling) + Displacement 

Direct Mode: The operand's offset is contained as 
part of the instruction as an 8-, 16- or 32-bit dis- 
placement. 
EXAMPLE: INC Word PTR [500] 

Register Indirect Mode: A BASE register contains 
the address of the operand. 
EXAMPLE: MOV [ECX], EDX 



Based Mode: A BASE register's contents is added 
to a DISPLACEMENT to form the operand's offset. 
EXAMPLE: MOV ECX, [EAX + 24] 

Index Mode: An INDEX register's contents is added 
to a DISPLACEMENT to form the operand's offset. 
EXAMPLE: ADD EAX, TABLE[ESI] 

Scaled Index Mode: An INDEX register's contents is 
multiplied by a scaling factor which is added to a 
DISPLACEMENT to form the operand's offset. 
EXAMPLE: IMUL EBX, TABLE [ESI *4] ,7 

Based Index Mode: The contents of a BASE register 
is added to the contents of an INDEX register to 
form the effective address of an operand. 
EXAMPLE: MOV EAX, [ESI] [EBX] 

Based Scaled Index Mode: The contents of an IN- 
DEX register is multiplied by a SCALING factor and 
the result is added to the contents of a BASE regis- 
ter to obtain the operand's offset. 
EXAMPLE: MOV ECX, [EDX 8] [EAX] 





























-8 


5EGMENT REGISTER 


1 


BASE REGISTER 








1 


ss r 






GS L 


JSFI rrT flf? 1 


INDEX REGISTER 


FS 


M <^pi rryrQR | 


ES 


H fiFI FfTTni? 1 


-& 


DS 

► CS 








*j SELECTOR J 


*r 


■^g 


Y 








SCALE 
1,2,4, OR 8 














DISPLACEMENT 
(IN INSTRUCTION) 








... 


EFFECTIVE 
ADDRESS 

LINEAR 








SEGMENT 




LIMIT 




J 


SELECTED 
SEGMENT 






DESCRIPTOR REGISTERS 






^ ADDRESS 


TARGET ADDRESS 










\U 


■ 


Arrr«:<: PircuT* SS | 








Arrr<;<; pinwT*: GS I 


■ jprr:** DircuTQ FS I 


1 




1 


Arrr<i<; pi^ut*; DS | 


ACCESS RIGHTS cs 




LIMIT 


BASE A 




y 












SEGMENT BASE ADDRESS 




































241245- 



Figure 2.17. Addressing Mode Calculations 
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Based Index Mode with Displacement: The contents 
of an INDEX Register and a BASE register's con- 
tents and a DISPLACEMENT are all summed to- 
gether to form the operand offset. 
EXAMPLE: ADD EDX, [ESI] [EBP + OOFFFFFOH] 

Based Scaled Index Mode with Displacement: The 
contents of an INDEX register are multiplied by a 
SCALING factor, the result is added to the contents 
of a BASE register and a DISPLACEMENT to form 
the operand's offset. 

EXAMPLE: MOV EAX, LOCALTABLE[EDI 4] 
[EBP + 80] 

2.5.4 DIFFERENCES BETWEEN 16- AND 32-BIT 
ADDRESSES 

In order to provide software compatibility with the 
80286 and the 8086, the Intel486 DX Microproces- 
sor can execute 1 6-bit instructions in Real and Pro- 
tected Modes. The processor determines the size of 
the instructions it is executing by examining the D bit 
in the CS segment Descriptor. If the D bit is then 
all operand lengths and effective addresses are as- 
sumed to be 16 bits long. If the D bit is 1 then the 
default length for operands and addresses is 32 bits. 
In Real Mode the default size for operands and ad- 
dresses is 1 6 bits. 



Address Length Prefix since, with D = 0, the default 
addressing mode is 1 6 bits. 

Example: The D bit is 1 , and the program wants to 
store a 1 6-bit quantity. The Operand Length Prefix is 
used to specify only a 16-bit value; MOV MEM16, 
DX. 

The OPERAND LENGTH and Address Length Pre- 
fixes can be applied separately or in combination to 
any instruction. The Address Length Prefix does not 
allow addresses over 64 Kbytes to be accessed in 
Real Mode. A memory address which exceeds 
FFFFH will result in a General Protection Fault. An 
Address Length Prefix only allows the use of the ad- 
ditional Intel486 DX Microprocessor addressing 
modes. 

When executing 32-bit code, the Intel486 DX Micro- 
processor uses either 8-, or 32-bit displacements, 
and any register can be used as base or index regis- 
ters. When executing 1 6-bit code, the displacements 
are either 8, or 16 bits, and the base and index regis- 
ter conform to the 80286 model. Table 2.12 illus- 
trates the differences. 



2.6 Data Formats 



Regardless of the default precision of the operands 
or addresses, the Intel486 DX Microprocessor is 
able to execute either 1 6- or 32-bit instructions. This 
is specified via the use of override prefixes. Two pre- 
fixes, the Operand Size Prefix and the Address 
Length Prefix, override the value of the D bit on an 
individual instruction basis. These prefixes are auto- 
matically added by Intel assemblers. 

Example: The processor is executing in Real Mode 
and the programmer needs to access the EAX regis- 
ters. The assembler code for this might be MOV 
EAX, 32-bit MEMORYOP, ASM486 Macro Assem- 
bler automatically determines that an Operand Size 
Prefix is needed and generates it. 

Example: The D bit is 0, and the programmer wishes 
to use Scaled Index addressing mode to access an 
array. The Address Length Prefix allows the use of 
MOV DX, TABLE [ESI *2]. The assembler uses an 



2.6.1 DATATYPES 

The Intel486 DX Microprocessor can support a wide 
variety of data types. In the following descriptions, 
the on-chip floating point unit (FPU) consists of the 
floating point registers. The central processing unit 
(CPU) consists of the base architecture registers. 



2.6.1.1 Unsigned Data Types 

The FPU does not support unsigned data types. Re- 
fer to Table 2.13. 

Byte: Unsigned 8-bit quantity 

Word: Unsigned 16-bit quantity 

Dword: Unsigned 32-bit quantity 

The least significant bit (LSB) in a byte is bit 0, and 
the most significant bit is 7. 



Table 2.12. BASE and INDEX Registers for 16- and 32-Bit Addresses 





16-Bit Addressing 


32-Bit Addressing 


BASE REGISTER 


BX,BP 


Any 32-bit GP Register 


INDEX REGISTER 


SI.DI 


Any 32-bit GP Register 
Except ESP 


SCALE FACTOR 


none 


1. , 2, 4, 8 


DISPLACEMENT 


0,8, 16 bits 


0, 8, 32 bits 
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2.6.1.2 Signed Data Types 

All signed data types assume 2's complement nota- 
tion. The signed data types contain two fields, a sign 
bit and a magnitude. The sign bit is the most signifi- 
cant bit (MSB). The number is negative if the sign bit 
is 1 . If the sign bit is 0, the number is positive. The 
magnitude field consists of the remaining bits in the 
number. Refer to Table 2.13. 

8-bit Integer: Signed 8-bit quantity 

16-bit Integer: Signed 1 6-bit quantity 

32-bit Integer: Signed 32-bit quantity 

64-bit Integer: Signed 64-bit quantity 

The FPU only supports 16-, 32- and 64-bit integers. 
The CPU only supports 8-, 16- and 32-bit integers. 

2.6.1.3 Floating Point Data Types 

Floating point data type in the Intel486 DX micro- 
processor contain three fields, sign, significand and 
exponent. The sign field is one bit and is the MSB of 
the floating point number. The number is negative if 
the sign bit is 1. If the sign bit is 0, the number is 
positive. The significand gives the significant bits of 
the number. The exponent field contains the power 
of 2 needed to scale the significand. Refer to Table 
2.13. 

Only the FPU supports floating point data types. 

23-bit significand and 8- 
bit exponent. 32 bits total. 

52-bit significand and 11- 
bit exponent. 64 bits total. 

64-bit significand and 15- 
bit exponent. 80 bits total. 



Single Precision Real: 



Double Precision Real: 



Extended Precision Real: 



2.6.1.4 BCD Data Types 

The Intel486 DX microprocessor supports packed 
and unpacked binary coded decimal (BCD) data 
types. A packed BCD data type contains two digits 
per byte, the lower digit is in bits 0-3 and the upper 
digit in bits 4-7. An unpacked BCD data type con- 
tains 1 digit per byte stored in bits 0-3. 

The CPU supports 8-bit packed and unpacked BCD 
data types. The FPU only supports 80-bit packed 
BCD data types. Refer to Table 2.13. 



2.6.1.5 String Data Types 

A string data type is a contiguous sequence of bits, 
bytes, words or dwords. A string may contain be- 
tween 1 byte and 4 Gbytes. Refer to Table 2.14. 

String data types are only supported by the CPU. 

Byte String: Contiguous sequence of bytes. 

Word String: Contiguous sequence of words. 

Dword String: Contiguous sequence of dwords. 

Bit String: A set of contiguous bits. In the Intel486 
DX microprocessor bit strings can be up to 4 gigabits 
long. 

2.6.1.6 ASCII Data Types 

The Intel486 DX microprocessor supports ASCII 
(American Standard Code for Information Inter- 
change) strings and can perform arithmetic opera- 
tions (such as addition and division) on ASCII data. 
Refer to Table 2.14. 
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Table 2.13. Intel 486 tm dx Microprocessor Data Types 



Supported by Supported by 
Base Registers FPU 

I i 



Least Significant Byte 

4 



Data Format 






Range 


Precision 


7 7 


7 


7 7 7 


7 7 


7 


7 


Byte 

Word 

Dword 

8-Bit Integer 

16-Bit Integer 

32-Bit Integer 

64-Bit Integer 

8-Bit Unpacked BCD 

8-Bit Packed BCD 

80-Bit Packed BCD 

Single Precision Real 

Double Precision Real 

Extended Precision Real 


X 
X 
X 
X 
X 
X 

X 
X 


X 
X 
X 

X 
X 
X 
X 


0-255 
0-64K 
0-4G 

10 2 

10 4 

10 9 

10 19 

0-9 

0-9 

±10 ±18 

± 10 ±38 
±10 ±308 

±10 ±4932 


8 bits 
16 bits 
32 bits 
8 bits 
16 bits 
32 bits 
64 bits 

1 Digit 

2 Digits 
18 Digits 
24 Bits 
53 Bits 
64 Bits 




7 








15 











31 













7 


Two's 
Complement 








Sign Bit 
15 


T 




Two's 
Complement 








Sign Bit 
31 


T 




Two's 
Complement 








Sign Bit f 
63 


Two's 
Complement 






Sign Bit 


t 


7 


One BCD Digit per Byte 






7 


Two BCD Digits per Byte 




79 72 







Ignored 




t Sign Bit 


31 23 






Biased 
Exp. 


Significand 




Sign Bit 
63 52 


t 








Biased 
Exp. 


Significand 


Sign Bit 
79 


t 
63 




Biased 
Exp. 


Significand 


t Sign Bit 
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Table 2.14. String and ASCII Data Types 



Byte String 



Word String 



String Data Types 

Address 



A+2N+1 A+2N 
! 



N 
7 



A + 1 


A 


1 
7 



7 





^ + 3 


A + 2 


A + 


1 


A 


15 


I 

1 





15 


I 







Dword 
String 



A+4N+3 A+4N+2 A+4N+1 A+4N 
1 1 — . 



A + 7 


A+6 


A + 5 


A + 4 


A + 3 


A + 2 




A+1 


A 




31 









31 




I 











A +268,435,455 
I 



A+3 A+2 A+1 A A-1 A-2 A-3 



A -268,435,456 
i 



Bit 
String 



7 07 \ \ 7 07 07 07 ...1 07 07 07 \ \ 7 07 



+ 2,147,483,647 



T t T 

+ 7 +1 



ASCII Data Types 



ASCII Character 



2.6.1.7 Pointer Data Types 

A pointer data type contains a value that gives the 
address of a piece of data. The Intel486 DX micro- 
processor supports two types of pointers. Refer to 
Table 2.15. 

48-bit Pointer: 16-bit selector and 32-bit offset 

32-bit Pointer: 32-bit offset 



Table 2.15. Pointer Data Types 



Least Sig Byte 

I 



Data Format 






















48-Bit Pointer 
32-Bit Pointer 




47 31 









Selector 


Offset 






31 









Offset 
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2.6.2 



LITTLE ENDIAN vs BIG ENDIAN 
DATA FORMATS 



The Intel486 DX microprocessor, as well as all other 
members of the 86 architecture use the "little-endi- 
an" method for storing data types that are larger 
than one byte. Words are stored in two consecutive 
bytes in memory with the low-order byte at the low- 
est address and the high order byte at the high ad- 
dress. Dwords are stored in four consecutive bytes 
in memory with the low-order byte at the lowest ad- 
dress and the high order byte at the highest address. 
The address of a word or dword data item is the byte 
address of the low-order byte. 

Figure 2.18 illustrates the differences between the 
big-endian and little-endian formats for dwords. The 
32 bits of data are shown with the low order bit num- 
bered bit and the high order bit numbered 32. Big- 
endian data is stored with the high-order bits at the 
lowest addressed byte. Little-endian data is stored 
with the high-order bits in the highest addressed 
byte. 

The Intel486 DX microprocessor has two instruc- 
tions which can convert 16- or 32-bit data between 
the two byte orderings. BSWAP (byte swap) handles 
four byte values and XCHG (exchange) handles two 
byte values. 



m + 3 
31 


m+2 m + 1 m 
24 23 16 15 8 7 


I II I I 


m 
31 


Dword in Little-Endian Memory Format 

m+1 m+2 m+3 
24 23 16 15 8 7 


I I III 



Dword in Big-Endian Memory Format 



Figure 2.18. Big vs Little Endian Memory Format 



2.7 Interrupts 

2.7.1 INTERRUPTS AND EXCEPTIONS 

Interrupts and exceptions alter the normal program 
flow, in order to handle external events, to report 
errors or exceptional conditions. The difference be- 
tween interrupts and exceptions is that interrupts are 
used to handle asynchronous external events while 
exceptions handle instruction faults. Although a pro- 
gram can generate a software interrupt via an INT N 
instruction, the processor treats software interrupts 
as exceptions. 



Hardware interrupts occur as the result of an exter- 
nal event and are classified into two types: maskable 
or non-maskable. Interrupts are serviced after the 
execution of the current instruction. After the inter- 
rupt handler is finished servicing the interrupt, exe- 
cution proceeds with the instruction immediately af- 
ter the interrupted instruction. Sections 2.7.3 and 
2.7.4 discuss the differences between Maskable and 
Non-Maskable interrupts. 

Exceptions are classified as faults, traps, or aborts 
depending on the way they are reported, and wheth- 
er or not restart of the instruction causing the excep- 
tion is supported. Faults are exceptions that are de- 
tected and serviced before the execution of the 
faulting instruction. A fault would occur in a virtual 
memory system, when the processor referenced a 
page or a segment which was not present. The oper- 
ating system would fetch the page or segment from 
disk, and then the Intel486 DX microprocessor 
would restart the instruction. Traps are exceptions 
that are reported immediately after the execution of 
the instruction which caused the problem. User de- 
fined interrupts are examples of traps. Aborts are 
exceptions which do not permit the precise location 
of the instruction causing the exception to be deter- 
mined. Aborts are used to report severe errors, such 
as a hardware error, or illegal values in system ta- 
bles. 

Thus, when an interrupt service routine has been 
completed, execution proceeds from the instruction 
immediately following the interrupted instruction. On 
the other hand, the return address from an excep- 
tion fault routine will always point at the instruction 
causing the exception and include any leading in- 
struction prefixes. Table 2.16 summarizes the possi- 
ble interrupts for the Intel486 DX microprocessor 
and shows where the return address points. 

The Intel486 DX microprocessor has the ability to 
handle up to 256 different interrupts/exceptions. In 
order to service the interrupts, a table with up to 256 
interrupt vectors must be defined. The interrupt vec- 
tors are simply pointers to the appropriate interrupt 
service routine. In Real Mode (see Section 3.1), the 
vectors are 4 byte quantities, a Code Segment plus 
a 1 6-bit offset; in Protected Mode, the interrupt vec- 
tors are 8 byte quantities, which are put in an Inter- 
rupt Descriptor Table (see Section 4.3.3.4). Of the 
256 possible interrupts, 32 are reserved for use by 
Intel, the remaining 224 are free to be used by the 
system designer. 

2.7.2 INTERRUPT PROCESSING 

When an interrupt occurs the following actions hap- 
pen. First, the current program address and the 
Flags are saved on the stack to allow resumption of 
the interrupted program. Next, an 8-bit vector is sup- 
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plied to the Intel486 DX microprocessor which iden- 
tifies the appropriate entry in the interrupt table. The 
table contains the starting address of the interrupt 
service routine. Then, the user supplied interrupt 
service routine is executed. Finally, when an IRET 
instruction is executed the old processor state is re- 
stored and program execution resumes at the appro- 
priate instruction. 

The 8-bit interrupt vector is supplied to the Intel486 
DX microprocessor in several different ways: excep- 
tions supply the interrupt vector internally; software 
INT instructions contain or imply the vector; maska- 
ble hardware interrupts supply the 8-bit vector via 
the interrupt acknowledge bus sequence. Non- 
Maskable hardware interrupts are assigned to inter- 
rupt vector 2. 



2.7.3 MASKABLE INTERRUPT 

Maskable interrupts are the most common way used 
by the Intel486 DX microprocessor to respond to 
asynchronous external hardware events. A hard- 
ware interrupt occurs when the INTR is pulled high 
and the Interrupt Flag bit (IF) is enabled. The proc- 
essor only responds to interrupts between instruc- 
tions, (REPeat String instructions, have an "interrupt 
window", between memory moves, which allows in- 
terrupts during long string moves). When an interrupt 
occurs the processor reads an 8-bit vector supplied 
by the hardware which identifies the source of the 
interrupt, (one of 224 user defined interrupts). The 
exact nature of the interrupt sequence is discussed 
in Section 7.2.10. 





Table 2.16. Interrupt Vector Assignments 






Function 


Interrupt 
Number 


Instruction Which 
Can Cause 
Exception 


Return Address 

Points to 

Faulting 

Instruction 


Type 


Divide Error 





DIV, IDIV 


YES 


FAULT 


Debug Exception 


1 


Any Instruction 


YES 


TRAP* 


NMI Interrupt 


2 


INT 2 or NMI 


NO 


NMI 


One Byte Interrupt 


3 


INT 


NO 


TRAP 


Interrupt on Overflow 


4 


INTO 


NO 


TRAP 


Array Bounds Check 


5 


BOUND 


YES 


FAULT 


Invalid OP-Code 


6 


Any Illegal Instruction 


YES 


FAULT 


Device Not Available 


7 


ESC, WAIT 


YES 


FAULT 


Double Fault 


8 


Any Instruction That Can 
Generate an Exception 




ABORT 


Intel Reserved 


9 








Invalid TSS 


10 


JMP, CALL, IRET, INT 


YES 


FAULT 


Segment Not Present 


11 


Segment Register Instructions 


YES 


FAULT 


Stack Fault 


12 


Stack References 


YES 


FAULT 


General Protection Fault 


13 


Any Memory Reference 


YES 


FAULT 


Page Fault 


14 


Any Memory Access or Code Fetch 


YES 


FAULT 


Intel Reserved 


15 








Floating Point Error 


16 


Floating Point, WAIT 


YES 


FAULT 


Alignment Check Interrupt 


17 


Unaligned Memory Access 


YES 


FAULT 


Intel Reserved 


18-31 








Two Byte Interrupt 


0-255 


INTn 


NO 


TRAP 



*Some debug exceptions may report both traps on the previous instruction, and faults on the next instruction. 
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The IF bit in the EFLAG registers is reset when an 
interrupt is being serviced. This effectively disables 
servicing additional interrupts during an interrupt 
service routine. However, the IF may be set explicitly 
by the interrupt handler, to allow the nesting of inter- 
rupts. When an JRET instruction is executed the 
original state of the IF is restored. 

2.7.4 NON-MASKABLE INTERRUPT 

Non-maskable interrupts provide a method of servic- 
ing very high priority interrupts. A common example 
of the use of a non-maskable interrupt (NMI) would 
be to activate a power failure routine. When the NMI 
input is pulled high it causes an interrupt with an 
internally supplied vector value of 2. Unlike a normal 
hardware interrupt, no interrupt acknowledgment se- 
quence is performed for an NMI. 

While executing the NMI servicing procedure, the In- 
tel486 DX microprocessor will not service further 
NMI requests until an interrupt return (IRET) instruc- 
tion is executed or the processor is reset. If NMI 
occurs while currently servicing an NMI, its presence 
will be saved for servicing after executing the first 
IRET instruction. The IF bit is cleared at the begin- 
ning of an NMI interrupt to inhibit further INTR inter- 
rupts. 

2.7.5 SOFTWARE INTERRUPTS 

A third type of interrupt/exception for the Intel486 
DX microprocessor is the software interrupt. An INT 
n instruction causes the processor to execute the 
interrupt service routine pointed to by the nth vector 
in the interrupt table. 

A special case of the two byte software interrupt INT 
n is the one byte INT 3, or breakpoint interrupt. By 
inserting this one byte instruction in a program, the 
user can set breakpoints in his program as a debug- 
ging tool. 

A final type of software interrupt is the single step 
interrupt. It is discussed in Section 9.2. 



2.7.6 INTERRUPT AND EXCEPTION 
PRIORITIES 

Interrupts are externally-generated events. Maska- 
ble Interrupts (on the INTR input) and Non-Maskable 
Interrupts (on the NMI input) are recognized at in- 
struction boundaries. When NMI and maskable 
INTR are both recognized at the same instruction 
boundary, the Intel486 DX microprocessor invokes 
the NMI service routine first. If, after the NMI service 
routine has been invoked, maskable interrupts are 
still enabled, then the Intel486 DX microprocessor 
will invoke the appropriate interrupt service routine. 

Table 2.17a. lntel486TM DX Microprocessor 
Priority for Invoking Service Routines in 
Case of Simultaneous External Interrupts 



1.NMI 
2. INTR 



Exceptions are internally-generated events. Excep- 
tions are detected by the Intel486 DX microproces- 
sor if, in the course of executing an instruction, the 
Intel486 DX microprocessor detects a problematic 
condition. The Intel486 DX microprocessor then im- 
mediately invokes the appropriate exception service 
routine. The state of the Intel486 DX microprocessor 
is such that the instruction causing the exception 
can be restarted. If the exception service routine has 
taken care of the problematic condition, the instruc- 
tion will execute without causing the same excep- 
tion. 

It is possible for a single instruction to generate sev- 
eral exceptions (for example, transferring a single 
operand could generate two page faults if the oper- 
and location spans two "not present" pages). How- 
ever, only one exception is generated upon each at- 
tempt to execute the instruction. Each exception 
service routine should correct its corresponding ex- 
ception, and restart the instruction. In this manner, 
exceptions are serviced until the instruction exe- 
cutes successfully. 

As the Intel486 DX microprocessor executes instruc- 
tions, it follows a consistent cycle in checking for 
exceptions, as shown in Table 2.17b. This cycle is 
repeated as each instruction is executed, and oc- 
curs in parallel with instruction decoding and execu- 
tion. 
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Table 2.17b. Sequence of Exception Checking 



Consider the case of the Intel486 DX microproc- 
essor having just completed an instruction. It 
then performs the following checks before reach- 
ing the point where the next instruction is com- 
pleted: 

1 . Check for Exception 1 Traps from the instruc- 
tion just completed (single-step via Trap Flag, 
or Data Breakpoints set in the Debug Regis- 
ters). 

2. Check for Exception 1 Faults in the next in- 
struction (Instruction Execution Breakpoint 
set in the Debug Registers for the next in- 
struction). 

3. Check for external NMI and INTR. 

4. Check for Segmentation Faults that prevent- 
ed fetching the entire next instruction (excep- 
tions 11 or 13). 

5. Check for Page Faults that prevented fetching 
the entire next instruction (exception 14). 

6. Check for Faults decoding the next instruction 
(exception 6 if illegal opcode; exception 6 if in 
Real Mode or in Virtual 8086 Mode and at- 
tempting to execute an instruction for Protect- 
ed Mode only (see Section 4.6.4); or excep- 
tion 1 3 if instruction is longer than 1 5 bytes, or 
privilege violation in Protected Mode (i.e., not 
atlOPLoratCPL=0). 

7. If WAIT opcode, check if TS=1 and MP = 1 
(exception 7 if both are 1). 

8. If opcode for Floating Point Unit, check if 
EM = 1 or TS = 1 (exception 7 if either are 1). 

9. If opcode for Floating Point Unit (FPU), check 
FPU error status (exception 1 6 if error status 
is asserted). 

1 0. Check in the following order for each memo- 
ry reference required by the instruction: 

a. Check for Segmentation Faults that pre- 
vent transferring the entire memory quan- 
tity (exceptions 11, 12, 13). 

b. Check for Page Faults that prevent trans- 
ferring the entire memory quantity (ex- 
ception 14). 

NOTE: 

The order stated supports the concept of the 
paging mechanism being "underneath" the seg- 
mentation mechanism. Therefore, for any given 
code or data reference in memory, segmenta- 
tion exceptions are generated before paging ex- 
ceptions are generated. 



2.7.7 INSTRUCTION RESTART 

The Intel486 DX microprocessor fully supports re- 
starting all instructions after faults. If an exception is 
detected in the instruction to be executed (exception 
categories 4 through 10 in Table 2.17b), the Intel486 
DX microprocessor invokes the appropriate excep- 
tion service routine. The Intel486 DX microprocessor 
is in a state that permits restart of the instruction, for 
all cases but those in Table 2.17c. Note that all such 
cases are easily avoided by proper design of the 
operating system. 

Table 2.17c. Conditions Preventing 
Instruction Restart 



An instruction causes a task switch to a task 
whose Task State Segment is partially "not 
present". (An entirely "not present" TSS is re- 
startable.) Partially present TSS's can be avoid- 
ed either by keeping the TSS's of such tasks 
present in memory, or by aligning TSS segments 
to reside entirely within a single 4K page (for TSS 
segments of 4 Kbytes or less). 

NOTE: 

These conditions are avoided by using the oper- 
ating system designs mentioned in this table. 



2.7.8 DOUBLE FAULT 

A Double Fault (exception 8) results when the proc- 
essor attempts to invoke an exception service rou- 
tine for the segment exceptions (10, 11, 12 or 13), 
but in the process of doing so, detects an exception 
other than a Page Fault (exception 14). 

A Double Fault (exception 8) will also be generated 
when the processor attempts to invoke the Page 
Fault (exception 14) service routine, and detects an 
exception other than a second Page Fault. In any 
functional system, the entire Page Fault service rou- 
tine must remain "present" in memory. 

When a Double Fault occurs, the Intel486 DX micro- 
processor invokes the exception service routine for 
exception 8. 

2.7.9 FLOATING POINT INTERRUPT VECTORS 

Several interrupt vectors of the Intel486 DX micro- 
processor are used to report exceptional conditions 
while executing numeric programs in either real or 
protected mode. Table 2.18 shows these interrupts 
and their causes. 



2-30 



intel* 



Intel486™ DX2 MICROPROCESSOR 



PCgUMAGW 



Table 2.18. Interrupt Vectors Used by FPU 



Interrupt 
Number 


Cause of Interrupt 


7 


A Floating Point instruction was encountered when EM or TS of the Intel486 DX processor 
control register zero (CRO) was set. EM = 1 indicates that software emulation of the 
instruction is required. When TS is set, either a Floating Point or WAIT instruction causes 
interrupt 7. This indicates that the current FPU context may not belong to the current task. 


13 


The first word or doubleword of a numeric operand is not entirely within the limit of its 
segment. The return address pushed onto the stack of the exception handler points at the 
Floating Point instruction that caused the exception, including any prefixes. The FPU has 
not executed this instruction; the instruction pointer and data pointer register refer to a 
previous, correctly executed instruction. 


16 


The previous numerics instruction caused an unmasked exception. The address of the 
faulty instruction and the address of its operand are stored in the instruction pointer and 
data pointer registers. Only Floating Point and WAIT instructions can cause this interrupt. 
The Intel486™ DX processor return address pushed onto the stack of the exception 
handler points to a WAIT or Floating Point instruction (including prefixes). This instruction 
can be restarted after clearing the exception condition in the FPU. The FNINIT, FNCLEX, 
FNSTSW, FNSTENV, and FNSAVE instructions cannot cause this interrupt. 
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3.0 REAL MODE ARCHITECTURE 



3.1 Real Mode Introduction 

When the processor is reset or powered up it is ini- 
tialized in Real Mode. Real Mode has the same base 
architecture as the 8086, but allows access to the 
32-bit register set of the Intel486 microprocessor 
family. The addressing mechanism, memory size, in- 
terrupt handling, are all identical to the Real Mode 
on the 80286. 

All of the Intel486 microprocessor instructions are 
available in Real Mode (except those instructions 
listed in Section 4.6.4). The default operand size in 
Real Mode is 16 bits, just like the 8086. In order to 
use the 32-bit registers and addressing modes, over- 
ride prefixes must be used. In addition, the segment 
size on the Intel486 microprocessor in Real Mode is 
64 Kbytes so 32-bit effective addresses must have a 
value less the 0000FFFFH. The primary purpose of 
Real Mode is to set up the processor for Protected 
Mode Operation. 

The LOCK prefix on the Intel486 microprocessor, 
even in Real Mode, is more restrictive than on the 
80286. This is due to the addition of paging on the 
Intel486 microprocessor in Protected Mode and Vir- 
tual 8086 Mode. Paging makes it impossible to guar- 
antee that repeated string instructions can be 
LOCKed. The Intel486 microprocessor can't require 
that all pages holding the string be physically pres- 
ent in memory. Hence, a Page Fault (exception 14) 
might have to be taken during the repeated string 
instruction. Therefore the LOCK prefix can't be sup- 
ported during repeated string instructions. 



These are the only instruction forms where the 
LOCK prefix is legal on the Intel486 DX2 microproc- 
essor: 



Opcode 


Operands 
(Dest, Source) 


BIT Test and 


Mem, Reg/immed 


SET/RESET/COMPLEMENT 




XCHG 


Reg, Mem 


XCHG 


Mem, Reg 


ADD, OR, ADC, SBB, 


Mem, Reg/immed 


AND, SUB, XOR 




NOT, NEG, INC, DEC 


Mem 


CMPXCHG, XADD 


Mem, Reg 



An exception 6 will be generated if a LOCK prefix is 
placed before any instruction form or opcode not 
listed above. The LOCK prefix allows indivisible 
read /modify /write operations on memory operands 
using the instructions above. For example, even the 
ADD Reg, Mem is not LOCKable, because the Mem 
operand is not the destination (and therefore no 
memory read/modify/operation is being performed). 

Since, on the Intel486 microprocessor, repeated 
string instructions are not LOCKable, it is not possi- 
ble to LOCK the bus for a long period of time. There- 
fore, the LOCK prefix is not lOPL-sensitive on the 
Intel486 microprocessor. The LOCK prefix can be 
used at any privilege level, but only on the instruc- 
tion forms listed above. 
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Figure 3.1. Real Address Mode Addressing 



3-1 



my* 



lnte!486TM DX2 MICROPROCESSOR 



PRBOBaDKIAIRV 



3.2 Memory Addressing 

In Real Mode the maximum memory size is limited to 
1 megabyte. Thus, only address lines A2-A19 are 
active. (Exception, after RESET address lines A20- 
A31 are high during CS-relative memory cycles until 
an intersegment jump or call is executed (see Sec- 
tion 6.5)). 

Since paging is not allowed in Real Mode the linear 
addresses are the same as physical addresses. 
Physical addresses are formed in Real Mode by 
adding the contents of the appropriate segment reg- 
ister which is shifted left by four bits to an effective 
address. This addition results in a physical address 
from 00000000H to 0010FFEFH. This is compatible 
with 80286 Real Mode. Since segment registers are 
shifted left by 4 bits, Real Mode segments always 
start on 1 6 byte boundaries. 

All segments in Real Mode are exactly 64 Kbytes 
long, and may be read, written, or executed. The 
Intel486 microprocessor will generate an exception 
1 3 if a data operand or instruction fetch occurs past 
the end of a segment (i.e., if an operand has an 
offset greater than FFFFH, for example a word with 
a low byte at FFFFH and the high byte at 0000H). 

Segments may be overlapped in Real Mode. Thus, if 
a particular segment does not use all 64 Kbytes an- 
other segment can be overlayed on top of the un- 
used portion of the previous segment. This allows 
the programmer to minimize the amount of physical 
memory needed for a program. 



3.3 Reserved Locations 

There are two fixed areas in memory which are re- 
served in Real address mode: system initialization 
area and the interrupt table area. Locations 00000H 
through 003FFH are reserved for interrupt vectors. 
Each one of the 256 possible interrupts has a 4-byte 
jump vector reserved for it. Locations FFFFFFFOH 
through FFFFFFFFH are reserved for system initiali- 
zation. 



3.4 Interrupts 

Many of the exceptions shown in Table 2.16 and 
discussed in Section 2.7 are not applicable to Real 
Mode operation, in particular exceptions 10, 11, 14, 
1 7, will not happen in Real Mode. Other exceptions 
have slightly different meanings in Real Mode; Table 
3.1 identifies these exceptions. 



3.5 Shutdown and Halt 

The HLT instruction stops program execution and 
prevents the processor from using the local bus until 
restarted. Either NMI, INTR with interrupts enabled 
(IF= 1), or RESET will force the Intel486 DX2 micro- 
processor out of halt. If interrupted, the saved CS:IP 
will point to the next instruction after the HLT. 

As in the case in protected mode, the shutdown will 
occur when a severe error is detected that prevents 
further processing. In Real Mode, shutdown can oc- 
cur under two conditions: 

An interrupt or an exception occur (exceptions 8 or 
13) and the interrupt vector is larger than the Inter- 
rupt Descriptor Table (i.e., there is not an interrupt 
handler for the interrupt). 

A CALL, INT or PUSH instruction attempts to wrap 
around the stack segment when SP is not even (i.e., 
pushing a value on the stack when SP = 0001 re- 
sulting in a stack segment greater than FFFFH). 

An NMI input can bring the processor out of shut- 
down if the Interrupt Descriptor Table limit is large 
enough to contain the NMI interrupt vector (at least 
001 7H) and the stack has enough room to contain 
the vector and flag information (i.e., SP is greater 
than 0005H). If these conditions are not met, the 
Intel486 DX2 CPU is unable to execute the NMI and 
executes another shutdown cycle. In this case, the 
processor remains in the shutdown and can only exit 
via the RESET input. 



Table 3.1. Exceptions with Different Meanings in Real Mode (see Table 2.16) 



Function 


Interrupt 
Number 


Related 
Instructions 


Return 
Address Location 


Interrupt table limit too small 


8 


INT Vector is not 
within table limit 


Before 
Instruction 


CS, DS, ES, FS, GS 
Segment overrun exception 


13 


Word memory reference 
beyond offset = FFFFH. 
An attempt to execute 
past the end of CS segment. 


Before 
Instruction 


SS Segment overrun exception 


12 


Stack Reference 
beyond offset = FFFFH 


Before 
Instruction 
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4.0 PROTECTED MODE ARCHITECTURE 



4.1 Introduction 

The complete capabilities of the Intel486 DX2 micro- 
processor are unlocked when the processor oper- 
ates in Protected Virtual Address Mode (Protected 
Mode). Protected Mode vastly increases the linear 
address space to four gigabytes (2 32 bytes) and al- 
lows the running of virtual memory programs of al- 
most unlimited size (64 terabytes or 2 46 bytes). In 
addition Protected Mode allows the Intel486 DX2 mi- 
croprocessor to run all of the existing 8086, 80286 
and Intel386 microprocessor software, while provid- 
ing a sophisticated memory management and a 
hardware-assisted protection mechanism. Protected 
Mode allows the use of additional instructions espe- 
cially optimized for supporting multitasking operating 
systems. The base architecture of the Intel486 mi- 
croprocessor remains the same, the registers, in- 
structions, and addressing modes described in the 
previous sections are retained. The main difference 
between Protected Mode, and Real Mode from a 
programmer's view is the increased address space, 
and a different addressing mechanism. 



4.2 Addressing Mechanism 

Like Real Mode, Protected Mode uses two compo- 
nents to form the logical address, a 1 6-bit selector is 
used to determine the linear base address of a seg- 
ment, the base address is added to a 32-bit effective 
address to form a 32-bit linear address. The linear 
address is then either used as the 32-bit physical 
address, or if paging is enabled the paging mecha- 
nism maps the 32-bit linear address into a 32-bit 
physical address. 

The difference between the two modes lies in calcu- 
lating the base address. In Protected Mode the se- 
lector is used to specify an index into an operating 
system defined table (see Figure 4.1). The table 
contains the 32-bit base address of a given seg- 
ment. The physical address is formed by adding the 
base address obtained from the table to the offset. 

Paging provides an additional memory management 
mechanism which operates only in Protected Mode. 
Paging provides a means of managing the very large 
segments of the Intel486 microprocessor family. As 
such, paging operates beneath segmentation. The 
paging mechanism translates the protected linear 
address which comes from the segmentation unit 
into a physical address. Figure 4.2 shows the com- 
plete Intel486 DX2 addressing mechanism with pag- 
ing enabled. 
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Figure 4.1. Protected Mode Addressing 
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Figure 4.2. Paging and Segmentation 



4.3 Segmentation 



4.3.1 SEGMENTATION INTRODUCTION 

Segmentation is one method of memory manage- 
ment. Segmentation provides the basis for protec- 
tion. Segments are used to encapsulate regions of 
memory which have common attributes. For exam- 
ple, all of the code of a given program could be con- 
tained in a segment, or an operating system table 
may reside in a segment. All information about a 
segment is stored in an 8 byte data structure called 
a descriptor. All of the descriptors in a system are 
contained in tables recognized by hardware. 



4.3.2 TERMINOLOGY 

The following terms are used throughout the discus- 
sion of descriptors, privilege levels and protection: 

PL: Privilege Level—One of the four hierarchical 
privilege levels. Level is the most privileged level 
and level 3 is the least privileged. More privileged 
levels are numerically smaller than less privileged 
levels. 

RPL: Requestor Privilege Level— The privilege level 
of the original supplier of the selector. RPL is deter- 
mined by the least two significant bits of a selector. 

DPL: Descriptor Privilege Level — This is the least 
privileged level at which a task may access that de- 
scriptor (and the segment associated with that de- 
scriptor). Descriptor Privilege Level is determined by 
bits 6:5 in the Access Right Byte of a descriptor. 



CPL: Current Privilege Level — The privilege level at 
which a task is currently executing, which equals the 
privilege level of the code segment being executed. 
CPL can also be determined by examining the low- 
est 2 bits of the CS register, except for conforming 
code segments. 

EPL: Effective Privilege Level — The effective privi- 
lege level is the least privileged of the RPL and DPL. 
Since smaller privilege level values indicate greater 
privilege, EPL is the numerical maximum of RPL and 
DPL. 

Task: One instance of the execution of a program. 
Tasks are also referred to as processes. 

4.3.3 DESCRIPTOR TABLES 

4.3.3.1 Descriptor Tables Introduction 

The descriptor tables define all of the segments 
which are used in a Intel486 microprocessor system. 
There are three types of tables on the Intel486 DX2 
microprocessor which hold descriptors: the Global 
Descriptor Table, Local Descriptor Table, and the In- 
terrupt Descriptor Table. All of the tables are vari- 
able length memory arrays. They can range in size 
between 8 bytes and 64 Kbytes. Each table can hold 
up to 8192 8-byte descriptors. The upper 13 bits of a 
selector are used as an index into the descriptor ta- 
ble. The tables have registers associated with them 
which hold the 32-bit linear base address, and the 
1 6-bit limit of each table. 



4-2 



iny, 



lntel486TM DX2 MICROPROCESSOR 



prumonmv 



Each of the tables has a register associated with it, 
the GDTR, LDTR, and the IDTR (see Figure 4.3). 
The LGDT, LLDT, and LIDT instructions, load the 
base and limit of the Global, Local, and Interrupt De- 
scriptor Tables, respectively, into the appropriate 
register. The SGDT, SLDT, and SIDT store the base 
and limit values. These tables are manipulated by 
the operating system. Therefore, the load descriptor 
table instructions are privileged instructions. 
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Figure 4.3. Descriptor Table Registers 



4.3.3.2 Global Descriptor Table 

The Global Descriptor Table (GDT) contains de- 
scriptors which are possibly available to all of the 
tasks in a system. The GDT can contain any type of 
segment descriptor except for descriptors which are 
used for servicing interrupts (i.e., interrupt and trap 
descriptors). Every Intel486 microprocessor system 
contains a GDT. Generally the GDT contains code 
and data segments used by the operating systems 
and task state segments, and descriptors for the 
LDTs in a system. 

The first slot of the Global Descriptor Table corre- 
sponds to the null selector and is not used. The null 
selector defines a null pointer value. 

4.3.3.3 Local Descriptor Table 

LDTs contain descriptors which are associated with 
a given task. Generally, operating systems are de- 
signed so that each task has a separate LDT. The 
LDT may contain only code, data, stack, task gate, 
and call gate descriptors. LDTs provide a mecha- 



nism for isolating a given task's code and data seg- 
ments from the rest of the operating system, while 
the GDT contains descriptors for segments which 
are common to all tasks. A segment cannot be ac- 
cessed by a task if its segment descriptor does not 
exist in either the current LDT or the GDT. This pro- 
vides both isolation and protection for a task's seg- 
ments, while still allowing global data to be shared 
among tasks. 

Unlike the 6 byte GDT or IDT registers which contain 
a base address and limit, the visible portion of the 
LDT register contains only a 1 6-bit selector. This se- 
lector refers to a Local Descriptor Table descriptor in 
the GDT. 

4.3.3.4 Interrupt Descriptor Table 

The third table needed for Intel486 microprocessor 
systems is the Interrupt Descriptor Table. (See Fig- 
ure 4.4.) The IDT contains the descriptors which 
point to the location of up to 256 interrupt service 
routines. The IDT may contain only task gates, inter- 
rupt gates, and trap gates. The IDT should be at 
least 256 bytes in size in order to hold the descrip- 
tors for the 32 Intel Reserved Interrupts. Every inter- 
rupt used by a system must have an entry in the IDT. 
The IDT entries are referenced via INT instructions, 
external interrupt vectors, and exceptions. (See Sec- 
tion 2.7 Interrupts). 
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Figure 4.4. Interrupt Descriptor 
Table Register Use 

4.3.4 DESCRIPTORS 

4.3.4.1 Descriptor Attribute Bits 

The object to which the segment selector points to 
is called a descriptor. Descriptors are eight byte 
quantities which contain attributes about a given re- 
gion of linear address space (i.e., a segment). These 
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attributes include the 32-bit base linear address of 
the segment, the 20-bit length and granularity of the 
segment, the protection level, read, write or execute 
privileges, the default size of the operands (16-bit or 
32-bit), and the type of segment. All of the attribute 
information about a segment is contained in 1 2 bits 
in the segment descriptor. Figure 4.5 shows the gen- 
eral format of a descriptor. All segments on the In- 
tel486 microprocessor have three attribute fields in 
common: the P bit, the DPL bit, and the S bit. The 
Present P bit is 1 if the segment is loaded in physical 
memory, if P = then any attempt to access this 
segment causes a not present exception (exception 
11). The Descriptor Privilege Level DPL is a two-bit 
field which specifies the protection level 0-3 associ- 
ated with a segment. 



The Intel486 DX microprocessor has two main cate- 
gories of segments: system segments and non-sys- 
tem segments (for code and data). The segment S 
bit in the segment descriptor determines if a given 
segment is a system segment or a code or data seg- 
ment. If the S bit is 1 then the segment is either a 
code or data segment, if it is then the segment is a 
system segment. 

4.3.4.2 Intel486 CPU Code, Data Descriptors 
(S=1) 

Figure 4.6 shows the general format of a code and 
data descriptor and Table 4.1 illustrates how the bits 
in the Access Rights Byte are interpreted. 
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SEGMENT BASE 15. 


..0 








SEGMENT LIMIT 15. 


..0 






BASE 31 ... 24 


G 


D 





AVL 


LIMIT 
19... 16 


P 


DPL 

I 


S 


TYPE 

I I 


A 


BASE 
23... 16 



BYTE 
ADDRESS 



+ 4 



BASE 

LIMIT 

P 

DPL 

S 

TYPE 

A 

G 

D 


AVL 

NOTE: 

In a maximum-size segment (i.e., a segment with G = 1 and segment limit 19...0=FFFFFH), the lowest 12 bits of the 
segment base should be zero (i.e., segment base 11...000=000H). 



Base Address of the segment 

The length of the segment 

Present Bit 1 = Present = Not Present 

Descriptor Privilege Level 0-3 

Segment Descriptor = System Descriptor 1 = Code or Data Segment Descriptor 

Type of Segment 

Accessed Bit 

Granularity Bit 1 = Segment length is page granular = Segment length is byte granular 

Default Operation Size (recognized in code segment descriptors only) 

1 = 32-bit segment = 1 6-bit segment 

Bit must be zero (0) for compatibility with future processors 

Available field for user or OS 



Figure 4.5. Segment Descriptors 
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SEGMENT BASE 1 5... 


SEGMENT LIMIT 1 5... 


BASE 31 ... 24 


G 


D 





AVL 


LIMIT 
19... 16 


ACCESS 

RIGHTS 

BYTE 


BASE 
23... 16 



+ 4 



D/B 



AVL 
G 



1 = Default Instruction Attributes are 32-Bits 
= Default Instruction Attributes are 16-Bits 
Available field for user or OS 
Granularity Bit 1 = Segment length is page granular 
= Segment length is byte granular 
Bit must be zero (0) for compatibility with future processors 



Figure 4.6. Segment Descriptors 
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Table 4.1. Access Rights Byte Definition for Code and Data Descriptions 



Type 
Field 
Definition 



Bit 
Position 


Name 


Function 


7 

6-5 
4 


Present (P) 

Descriptor Privilege 
Level (DPL) 
Segment Descrip- 
tor (S) 


P = 1 Segment is mapped into physical memory. 

P = No mapping to physical memory exits, base and limit are 

not used. 

Segment privilege attribute used in privilege tests. 

S = 1 Code or Data (includes stacks) segment descriptor. 
S = System Segment Descriptor or Gate Descriptor. 


3 
2 

1 


Executable (E) 
Expansion Direc- 
tion (ED) 
Writeable (W) 


E = Descriptor type is data segment: 

ED = Expand up segment, offsets must be < limit. 

ED = 1 Expand down segment, offsets must be > limit. 

W = Data segment may not be written into. 

W = 1 Data segment may be written into. 


If 

Data 

* Segment 
(S = 1. 
E = 0) 


3 
2 

1 


Executable (E) 
Conforming (C) 

Readable (R) 


E = 1 Descriptor type is code segment: ^ 
C = 1 Code segment may only be executed 

whenCPL> DPLandCPL 

remains unchanged. 
R = Code segment may not be read. 
R = 1 Code segment may be read. j 


If 

Code 
Segment 
h (S=1, 
E=1) 





Accessed (A) 


A = Segment has not been accessed. 
A = 1 Segment selector has been loaded into segment register 
or used by selector test instructions. 



Code and data segments have several descriptor 
fields in common. The accessed A bit is set whenev- 
er the processor accesses a descriptor. The A bit is 
used by operating systems to keep usage statistics 
on a given segment. The G bit, or granularity bit, 
specifies if a segment length is byte-granular or 
page-granular. Intel486 DX microprocessor seg- 
ments can be one megabyte long with byte granular- 
ity (G = 0) or four gigabytes with page granularity 
(G = 1), (i.e., 2 20 pages each page is 4 Kbytes in 
length). The granularity is totally unrelated to paging. 
A Intel486 DX microprocessor system can consist of 
segments with byte granularity, and page granularity, 
whether or not paging is enabled. 

The executable E bit tells if a segment is a code or 
data segment. A code segment (E = 1 , S = 1 ) may be 
execute-only or execute/read as determined by the 
Read R bit. Code segments are execute only if 
R = 0, and execute/read if R = 1. Code segments 
may never be written into. 

NOTE: 

Code segments may be modified via aliases. Alias- 
es are writeable data segments which occupy the 
same range of linear address space as the code 
segment. 



The D bit indicates the default length for operands 
and effective addresses. If D=1 then 32-bit oper- 
ands and 32-bit addressing modes are assumed. If 
D = then 16-bit operands and 16-bit addressing 
modes are assumed. Therefore all existing 80286 
code segments will execute on the Intel486 DX mi- 
croprocessor assuming the D bit is set 0. 

Another attribute of code segments is determined by 
the conforming C bit. Conforming segments, C=1, 
can be executed and shared by programs at differ- 
ent privilege levels. (See Section 4.4 Protection.) 

Segments identified as data segments (E = 0, S= 1) 
are used for two types of Intel486 DX microproces- 
sor segments: stack and data segments. The expan- 
sion direction (ED) bit specifies if a segment ex- 
pands downward (stack) or upward (data). If a seg- 
ment is a stack segment all offsets must be greater 
than the segment limit. On a data segment all off- 
sets must be less than or equal to the limit. In other 
words, stack segments start at the base linear ad- 
dress plus the maximum segment limit and grow 
down to the base linear address plus the limit. On 
the other hand, data segments start at the base lin- 
ear address and expand to the base linear address 
plus limit. 
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The write W bit controls the ability to write into a 
segment. Data segments are read-only if W = 0. The 
stack segment must have W= 1. 

The B bit controls the size of the stack pointer regis- 
ter. If B = 1, then PUSHes, POPs, and CALLs all use 
the 32-bit ESP register for stack references and as- 
sume an upper limit of FFFFFFFFH. If B = 0, stack 
instructions all use the 16-bit SP register and as- 
sume an upper limit of FFFFH. 

4.3.4.3 System Descriptor Formats 

System segments describe information about oper- 
ating system tables, tasks, and gates. Figure 4.7 
shows the general format of system segment de- 
scriptors, and the various types of system segments. 
Intel486 DX microprocessor system descriptors con- 
tain a 32-bit base linear address and a 20-bit seg- 
ment limit. 80286 system descriptors have a 24-bit 
base address and a 16-bit segment limit. 80286 sys- 
tem descriptors are identified by the upper 16 bits 
being all zero. 

4.3.4.4 LDT Descriptors (S = 0, TYPE = 2) 

LDT descriptors (S = 0, TYPE = 2) contain informa- 
tion about Local Descriptor Tables. LDTs contain a 
table of segment descriptors, unique to a particular 
task. Since the instruction to load the LDTR is only 
available at privilege level 0, the DPL field is ignored. 
LDT descriptors are only allowed in the Global De- 
scriptor Table (GDT). 

4.3.4.5 TSS Descriptors (S = 0, 
TYPE=1, 3,9, B) 

A Task State Segment (TSS) descriptor contains in- 
formation about the location, size, and privilege level 
of a Task State Segment (TSS). A TSS in turn is a 
special fixed format segment which contains all the 
state information for a task and a linkage field to 



permit nesting tasks. The TYPE field is used to indi- 
cate whether the task is currently BUSY (i.e., on a 
chain of active tasks) or the TSS is available. The 
TYPE field also indicates if the segment contains a 
80286 or an Intel486 DX microprocessor TSS. The 
Task Register (TR) contains the selector which 
points to the current Task State Segment. 

4.3.4.6 Gate Descriptors (S = 0, 
TYPE = 4-7, C,F) 

Gates are used to control access to entry points 
within the target code segment. The various types of 
gate descriptors are call gates, task gates, inter- 
rupt gates, and trap gates. Gates provide a level of 
indirection between the source and destination of 
the control transfer. This indirection allows the proc- 
essor to automatically perform protection checks. It 
also allows system designers to control entry points 
to the operating system. Call gates are used to 
change privilege levels (see Section 4.4 Protec- 
tion), task gates are used to perform a task switch, 
and interrupt and trap gates are used to specify in- 
terrupt service routines. 

Figure 4.8 shows the format of the four types of gate 
descriptors. Call gates are primarily used to transfer 
program control to a more privileged level. The call 
gate descriptor consists of three fields: the access 
byte, a long pointer (selector and offset) which 
points to the start of a routine and a word count 
which specifies how many parameters are to be cop- 
ied from the caller's stack to the stack of the called 
routine. The word count field is only used by call 
gates when there is a change in the privilege level, 
other types of gates ignore the word count field. 

Interrupt and trap gates use the destination selector 
and destination offset fields of the gate descriptor as 
a pointer to the start of the interrupt or trap handler 
routines. The difference between interrupt gates and 
trap gates is that the interrupt gate disables inter- 
rupts (resets the IF bit) while the trap gate does not. 
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SEGMENT BASE 1 5... 


SEGMENT LIMIT 1 5... 


BASE 31 ...24 


G 











LIMIT 
19... 16 


P 


DPL 

I 





TYPE 

I i I 


BASE 
23... 16 



+ 4 



Type Defines Type 

Invalid 8 

1 Available 80286 TSS 9 

2 LDT A 

3 Busy 80286 TSS B 

4 80286 Call Gate C 

5 Task Gate (for 80286 or lntel486TM DX CPU Task) D 

6 80286 Interrupt Gate E 

7 80286 Trap Gate F 



Defines 

Invalid 

Available lntel486TM DX CPU TSS 
Undefined (Intel Reserved) 
Busy lntel486TM DX CPU TSS 
lntel486TM DX CPU Call Gate 
Undefined (Intel Reserved) 
lntel486TM DX CPU Interrupt Gate 
lntel486TM DX CPU Trap Gate 



Figure 4.7. System Segment Descriptors 
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Task gates are used to switch tasks. Task gates 
may only refer to a task state segment (see Section 
4.4.6 Task Switching) therefore only the destination 
selector portion of a task gate descriptor is used, 
and the destination offset is ignored. 

Exception 1 3 is generated when a destination selec- 
tor does not refer to a correct descriptor type, i.e., a 
code segment for an interrupt, trap or call gate, a 
TSS for a task gate. 

The access byte format is the same for all gate de- 
scriptors. P = 1 indicates that the gate contents are 
valid. P = indicates the contents are not valid and 
causes exception 11 if referenced. DPL is the de- 
scriptor privilege level and specifies when this de- 
scriptor may be used by a task (see Section 4.4 Pro- 
tection). The S field, bit 4 of the access rights byte, 
must be to indicate a system control descriptor. 
The type field specifies the descriptor type as indi- 
cated in Figure 4.8. 



4.3.4.7 Differences Between Intel486 DX2 

Microprocessor and 80286 Descriptors 

In order to provide operating system compatibility 
between the 80286 and Intel486 DX2 microproces- 
sor, the Intel486 DX microprocessor supports all of 
the 80286 segment descriptors. Figure 4.9 shows 
the general format of an 80286 system segment de- 
scriptor. The only differences between 80286 and 
Intel486 DX microprocessor descriptor formats are 
that the values of the type fields, and the limit and 
base address fields have been expanded for the In- 
tel486 DX microprocessors. The 80286 system seg- 
ment descriptors contained a 24-bit base address 
and 16-bit limit, while the Intel486 DX microproces- 
sor system segment descriptors have a 32-bit base 
address, a 20-bit limit field, and a granularity bit. 
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SELECTOR 


OFFSET 15... 


OFFSET 31 . 


.16 
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TYPE 
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WORD 
COUNT 
4...0 



+ 4 



Name 

Type 



Gate Descriptor Fields 
Value Description 

4 80286 call gate 

5 Task gate (for 80286 or lntel486TM DX CPU task) 

6 80286 interrupt gate 

7 80286 trap gate 

C lntel486TM DX CPU call gate 

E lntel486TM DX CPU interrupt gate 

F lntel486TM DX CPU trap gate 

P Descriptor contents are not valid 

1 Descriptor contents are valid 

DPL — least privileged level at which a task may access the gate. WORD COUNT 0-31 — the number of parameters to copy from caller's stack 
to the called procedure's stack. The parameters are 32-bit quantities for lntel486TM DX CPU gates, and 16-bit quantities for 80286 gates. 



DESTINATION 
SELECTOR 



DESTINATION 
OFFSET 



16-bit 
selector 



Selector to the target code segment 

or 

Selector to the target task state segment for task c 



offset 

16-bit 80286 

32-bit lntel486TM DX CPU 



Entry point within the target code segment 



Figure 4.8. Gate Descriptor Formats 
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SEGMENT BASE 15. 
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SEGMENT LIMIT 15. 
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Intel Reserved 
Set toO 
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DPL 
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S 


TYPE 

i i i 


BASE 
23... 16 



+ 4 



BASE Base Address of the segment 

LIMIT The length of the segment 

P Present Bit 1 = Present = Not Present 



DPL Descriptor Privilege Level 0-3 

S System Descriptor = System 1=User 

TYPE Type of Segment 



Figure 4.9. 80286 Code and Data Segment Descriptors 
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By supporting 80286 system segments the Intel486 
DX microprocessor is able to execute 80286 appli- 
cation programs on an Intel486 DX microprocessor 
operating system. This is possible because the proc- 
essor automatically understands which descriptors 
are 80286-style descriptors and which descriptors 
are Intel486 DX Microprocessor-style descriptors. In 
particular, if the upper word of a descriptor is zero, 
then that descriptor is a 80286-style descriptor. 

The only other differences between 80286-style de- 
scriptors and Intel486 DX microprocessor-style de- 
scriptors is the interpretation of the word count field 
of call gates and the B bit. The word count field 
specifies the number of 1 6-bit quantities to copy for 
80286 call gates and 32-bit quantities for Intel486 
DX microprocessor call gates. The B bit controls the 
size of PUSHes when using a call gate; if B = 
PUSHes are 16 bits, if B = 1 PUSHes are 32 bits. 

4.3.4.8 Selector Fields 

A selector in Protected Mode has three fields: Local 
or Global Descriptor Table Indicator (Tl), Descriptor 



Entry Index (Index), and Requestor (the selector's) 
Privilege Level (RPL) as shown in Figure 4.10. The 
Tl bits select one of two memory-based tables of 
descriptors (the Global Descriptor Table or the Local 
Descriptor Table). The Index selects one of 8K de- 
scriptors in the appropriate descriptor table. The 
RPL bits allow high speed testing of the selector's 
privilege attributes. 

4.3.4.9 Segment Descriptor Cache 

In addition to the selector value, every segment reg- 
ister has a segment descriptor cache register asso- 
ciated with it. Whenever a segment register's con- 
tents are changed, the 8-byte descriptor associated 
with that selector is automatically loaded (cached) 
on the chip. Once loaded, all references to that seg- 
ment use the cached descriptor information instead 
of reaccessing the descriptor. The contents of the 
descriptor cache are not visible to the programmer. 
Since descriptor caches only change when a seg- 
ment register is changed, programs which modify 
the descriptor tables must reload the appropriate 
segment registers after changing a descriptor's val- 
ue. 
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Figure 4.10. Example Descriptor Selection 
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4.3.4.10 Segment Descriptor Register Settings 

The contents of the segment descriptor cache vary 
depending on the mode the Intel486 DX microproc- 
essor is operating in. When operating in Real Ad- 
dress Mode, the segment base, limit, and other attri- 
butes within the segment cache registers are de- 
fined as shown in Figure 4.1 1. For compatibility with 



the 8086 architecture, the base is set to sixteen 
times the current selector value, the limit is fixed at 
0000FFFFH, and the attributes are fixed so as to 
indicate the segment is present and fully usable. In 
Real Address Mode, the internal "privilege level" is 
always fixed to the highest level, level 0, so I/O and 
other privileged opcodes may be executed. 



SEGMENT 



DESCRIPTOR CACHE REGISTER CONTENTS 



32 - BIT BASE 



(UPDATED DURING SELECTOR 
LOAD INTO SEGMENT REGISTER) 



32 -BIT LIMIT 
(FIXED) 



OTHER ATTRIBUTES 
(FIXED) 



CONFORMING PRIVILEGE 

STACK SIZE 

EXECUTABLE 

WRITEABLE — 

READABLE 

EXPANSION DIRECTION - 

GRANULARITY 

ACCESSED 

PRIVILEGE LEVEL 

PRESENT 



n 



cs 


1 6X CURRENT CS SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


Y 


- 


N 


ss 


16X CURRENT SS SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


N 


W 


- 


DS 


1 6X CURRENT DS SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


N 


- 


- 


ES 


16X CURRENT ES SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


N 


- 


- 


FS 


16X CURRENT FS SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


N 


- 


- 


GS 


16X CURRENT GS SELECTOR 


0000FFFFH 


Y 





Y 


B 


U 


Y 


Y 


N 


- 


- 
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*Except the 32-bit CS base is initialized to FFFFFOOOH after reset until first intersegment control transfer (i.e., intersegment CALL, or 
intersegment JMP, or INT). (See Figure 4.13 Example.) 
Key: Y = yes 



= privilege level 
= privilege level 1 
= privilege level 2 
= privilege level 3 
= expand up 



D = expand down 

B = byte granularity 

P = page granularity 

W = push/pop 16-bit words 

F = push/pop 32-bit dwords 

- = does not apply to that segment cache register 



Figure 4.1 1. Segment Descriptor Caches for Real Address Mode 
(Segment Limit and Attributes are Fixed) 
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When operating in Protected Mode, the segment 
base, limit, and other attributes within the segment 
cache registers are defined as shown in Figure 4.12. 
In Protected Mode, each of these fields are defined 



according to the contents of the segment descriptor 
indexed by the selector value loaded into the seg- 
ment register. 



SEGMENT 



32 - BIT BASE 

(UPDATED DURING 
SELECTOR LOAD INTO 
SEGMENT REGISTER) 



DESCRIPTOR CACHE REGISTER CONTENTS 

32 -BIT LIMIT 

(UPDATED DURING 
SELECTOR LOAD INTO 
SEGMENT REGISTER) 



OTHER ATTRIBUTES 

(UPDATED DURING 
SELECTOR LOAD INTO 
SEGMENT REGISTER) 



CONFORMING PRIVILEGE 

STACK SIZE 

EXECUTABLE 

WRITEABLE 

READABLE 

EXPANSION DIRECTION - 

GRANULARITY 

ACCESSED 

PRIVILEGE LEVEL 

PRESENT 



m 



cs 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 


d 


d 


d 


N 


Y 


- 


d 


ss 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 
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r 


w 


N 


d 


- 


DS 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 
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N 


- 


- 


ES 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 


d 


d 
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N 


- 


- 


FS 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 


d 


d 


d 


d 


N 


- 


- 


GS 


BASE PER SEG DESCR 


LIMIT PER SEG DESCR 


P 


d 


d 


d 


d 


d 


d 


N 


- 


- 



Key: 



Y = fixed yes 

N = fixed no 

d = per segment descriptor 

p = per segment descriptor; descriptor must indicate "present" to avoid exception 1 1 

(exception 12 in case of SS) 
r = per segment descriptor, but descriptor must indicate "readable" to avoid exception 13 

(special case for SS) 
w = per segment descriptor, but descriptor must indicate "writable" to avoid exception 13 

(special case for SS) 
- = does not apply to that segment cache register 



Figure 4.12. Segment Descriptor Caches for Protected Mode (Loaded per Descriptor) 
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When operating in a Virtual 8086 Mode within the 
Protected Mode, the segment base, limit, and other 
attributes within the segment cache registers are de- 
fined as shown in Figure 4.13. For compatibility with 
the 8086 architecture, the base is set to sixteen 
times the current selector value, the limit is fixed at 



0000FFFFH, and the attributes are fixed so as to 
indicate the segment is present and fully usable. The 
virtual program executes at lowest privilege level, 
level 3, to allow trapping of all lOPL-sensitive in- 
structions and level-0-only instructions. 



Key: 
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Figure 4.13. Segment Descriptor Caches for Virtual 8086 Mode within Protected Mode 
(Segment Limit and Attributes are Fixed) 
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Figure 4.14. Four-Level Hierarchical Protection 

The Intel486 DX Microprocessor has four levels of 
protection which are optimized to support the needs 
of a multi-tasking operating system to isolate and 
protect user programs from each other and the op- 
erating system. The privilege levels control the use 
of privileged instructions, I/O instructions, and ac- 
cess to segments and segment descriptors. Unlike 
traditional microprocessor-based systems where 
this protection is achieved only through the use of 
complex external hardware and software the In- 
tel486 DX Microprocessor provides the protection 
as part of its integrated Memory Management Unit. 
The Intel486 DX Microprocessor offers an additional 
type of protection on a page basis, when paging is 
enabled (See Section 4.5.3 Page Level Protec- 
tion). 

The four-level hierarchical privilege system is illus- 
trated in Figure 4-14. It is an extension of the user/ 
supervisor privilege mode commonly used by mini- 
computers and, in fact, the user/supervisor mode is 
fully supported by the Intel486 DX Microprocessor 
paging mechanism. The privilege levels (PL) are 
numbered through 3. Level is the most privileged 
or trusted level. 

4.4.2 RULES OF PRIVILEGE 

The Intel486 DX Microprocessor controls access to 
both data and procedures between levels of a task, 
according to the following rules. 

• Data stored in a segment with privilege level p 
can be accessed only by code executing at a 
privilege level at least as privileged as p. 

• A code segment/procedure with privilege level p 
can only be called by a task executing at the 
same or a lesser privilege level than p. 



4.4.3 PRIVILEGE LEVELS 

4.4.3.1 Task Privilege 

At any point in time, a task on the Intel486 DX Micro- 
processor always executes at one of the four privi- 
lege levels. The Current Privilege Level (CPL) speci- 
fies the task's privilege level. A task's CPL may only 
be changed by control transfers through gate de- 
scriptors to a code segment with a different privilege 
level. (See Section 4.4.4 Privilege Level Transfers) 
Thus, an application program running at PL = 3 may 
call an operating system routine at PL = 1 (via a 
gate) which would cause the task's CPL to be set to 
1 until the operating system routine was finished. 

4.4.3.2 Selector Privilege (RPL) 

The privilege level of a selector is specified by the 
RPL field. The RPL is the two least significant bits of 
the selector. The selector's RPL is only used to es- 
tablish a less trusted privilege level than the current 
privilege level for the use of a segment. This level is 
called the task's effective privilege level (EPL). The 
EPL is defined as being the least privileged (i.e. nu- 
merically larger) level of a task's CPL and a selec- 
tor's RPL. Thus, if selector's RPL = then the CPL 
always specifies the privilege level for making an ac- 
cess using the selector. On the other hand if RPL = 
3 then a selector can only access segments at level 
3 regardless of the task's CPL. The RPL is most 
commonly used to verify that pointers passed to an 
operating system procedure do not access data that 
is of higher privilege than the procedure that origi- 
nated the pointer. Since the originator of a selector 
can specify any RPL value, the Adjust RPL (ARPL) 
instruction is provided to force the RPL bits to the 
originator's CPL. 

4.4.3.3 I/O Privilege and I/O Permission Bitmap 

The I/O privilege level (IOPL, a 2-bit field in the 
EFLAG register) defines the least privileged level at 
which I/O instructions can be unconditionally per- 
formed. I/O instructions can be unconditionally per- 
formed when CPL < IOPL. (The I/O instructions are 
IN, OUT, INS, OUTS, REP INS, and REP OUTS.) 
When CPL > IOPL, and the current task is associat- 
ed with a 286 TSS, attempted I/O instructions cause 
an exception 13 fault. When CPL > IOPL, and the 
current task is associated with an Intel486 DX Micro- 
processor TSS, the I/O Permission Bitmap (part of 
an Intel486 DX Microprocessor TSS) is consulted on 
whether I/O to the port is allowed, or an exception 
1 3 fault is to be generated instead. For diagrams of 
the I/O Permission Bitmap, refer to Figures 4.15a 
and 4.15b. For further information on how the I/O 
Permission Bitmap is used in Protected Mode or in 
Virtual 8086 Mode, refer to Section 4.6.4 Protection 
and I/O Permission Bitmap. 
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Figure 4.15a. lnte!486TM DX Microprocessor TSS and TSS Registers 
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Figure 4.15b. Sample I/O Permission Bit Map 



Table 4.2. Pointer Test Instructions 



Instruction 


Operands 


Function 


ARPL 


Selector, 
Register 


Adjust Requested Privi- 
lege Level: adjusts the 
RPL of the selector to the 
numeric maximum of 
current selector RPL value 
and the RPL value in the 
register. Set zero flag if 
selector RPL was 
changed. 


VERR 


Selector 


VERify for Read: sets the 
zero flag if the segment 
referred to by the selector 
can be read. 


VERW 


Selector 


VERify for Write: sets the 
zero flag if the segment 
referred to by the selector 
can be written. 


LSL 


Register, 
Selector 


Load Segment Limit: reads 
the segment limit into the 
register if privilege rules 
and descriptor type allow. 
Set zero flag if successful. 


LAR 


Register, 
Selector 


Load Access Rights: reads 
the descriptor access 
rights byte into the register 
if privilege rules allow. Set 
zero flag if successful. 



The I/O privilege level (IOPL) also affects whether 
several other instructions can be executed or cause 
an exception 13 fault instead. These instructions are 
called "lOPL-sensitive" instructions and they are 
CLI and STI. (Note that the LOCK prefix is not IOPL- 
sensitive on the Intel486 microprocessor.) 

The IOPL also affects whether the IF (interrupts en- 
able flag) bit can be changed by loading a value into 
the EFLAGS register. When CPL < IOPL, then the 
IF bit can be changed by loading anew value into 
the EFLAGS register. When CPL > IOPL, the IF bit 
cannot be changed by a new value POP'ed into (or 
otherwise loaded into) the EFLAGS register; the IF 
bit merely remains unchanged and no exception is 
generated. 



4.4.3.4 Privilege Validation 

The Intel486 DX microprocessor provides several in- 
structions to speed pointer testing and help maintain 
system integrity by verifying that the selector value 
refers to an appropriate segment. Table 4.2 summa- 
rizes the selector validation procedures available for 
the Intel486 DX microprocessor. 

This pointer verification prevents the common prob- 
lem of an application at PL = 3 calling a operating 
systems routine at PL = and passing the operat- 
ing system routine a "bad" pointer which corrupts a 
data structure belonging to the operating system. If 
the operating system routine uses the ARPL instruc- 
tion to ensure that the RPL of the selector has no 
greater privilege than that of the caller, then this 
problem can be avoided. 



4.4.3.5 Descriptor Access 

There are basically two types of segment accesses: 
those involving code segments such as control 
transfers, and those involving data accesses. Deter- 
mining the ability of a task to access a segment in- 
volves the type of segment to be accessed, the in- 
struction used, the type of descriptor used and CPL, 
RPL, and DPL as described above. 

Any time an instruction loads data segment registers 
(DS, ES, FS, GS) the Intel486 DX microprocessor 
makes protection validation checks. Selectors load- 
ed in the DS, ES, FS, GS registers must refer only to 
data segments or readable code segments. The 
data access rules are specified in Section 4.4.2 
Rules of Privilege. The only exception to those 
rules is readable conforming code segments which 
can be accessed at any privilege level. 

Finally the privilege validation checks are performed. 
The CPL is compared to the EPL and if the EPL is 
more privileged than the CPL an exception 13 (gen- 
eral protection fault) is generated. 

The rules regarding the stack segment are slightly 
different than those involving data segments. In- 
structions that load selectors into SS must refer to 
data segment descriptors for writeable data seg- 
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ments. The DPL and RPL must equal the CPL AH 
other descriptor types or a privilege level violation 
will cause exception 13. A stack not present fault 
causes exception 1 2. Note that an exception 1 1 is 
used for a not-present code or data segment. 

4.4.4 PRIVILEGE LEVEL TRANSFERS 

Inter-segment control transfers occur when a selec- 
tor is loaded in the CS register. For a typical system 
most of these transfers are simply the result of a call 
or a jump to another routine. There are five types of 
control transfers which are summarized in Table 4.3. 
Many of these transfers result in a privilege level 
transfer. Changing privilege levels is done only via 
control transfers, by using gates, task switches, and 
interrupt or trap gates. 

Control transfers can only occur if the operation 
which loaded the selector references the correct de- 
scriptor type. Any violation of these descriptor usage 
rules will cause an exception 13 (e.g. JMP through a 
call gate, or IRET from a normal subroutine call). 

In order to provide further system security, all control 
transfers are also subject to the privilege rules. 

The privilege rules require that: 

— Privilege level transitions can only occur via 
gates. 

— JMPs can be made to a non-conforming code 
segment with the same privilege or to a conform- 
ing code segment with greater or equal privilege. 



— CALLs can be made to a non-conforming code 
segment with the same privilege or via a gate to a 
more privileged level. 

— Interrupts handled within the task obey the same 
privilege rules as CALLs. 

— Conforming Code segments are accessible by 
privilege levels which are the same or less privi- 
leged than the conforming-code segment's DPL. 

— Both the requested privilege level (RPL) in the 
selector pointing to the gate and the task's CPL 
must be of equal or greater privilege than the 
gate's DPL. 

— The code segment selected in the gate must be 
the same or more privileged than the task's CPL. 

— Return instructions that do not switch tasks can 
only return control to a code segment with same 
or less privilege. 

— Task switches can be performed by a CALL, 
JMP, or INT which references either a task gate 
or task state segment who's DPL is less privi- 
leged or the same privilege as the old task's CPL. 

Any control transfer that changes CPL within a task 
causes a change of stacks as a result of the privi- 
lege level change. The initial values of SS:ESP for 
privilege levels 0, 1, and 2 are retained in the task 
state segment (see Section 4.4.6 Task Switching). 
During a JMP or CALL control transfer, the new 
stack pointer is loaded into the SS and ESP regis- 
ters and the previous stack pointer is pushed onto 
the new stack. 



Table 4.3. Descriptor Types Used for Control Transfer 



Control Transfer Types 


Operation Types 


Descriptor 
Referenced 


Descriptor 
Table 


Intersegment within the same privilege level 


JMP, CALL, RET, IRET* 


Code Segment 


GDT/LDT 


Intersegment to the same or higher privilege level 
Interrupt within task may change CPL 


CALL 


Call Gate 


GDT/LDT 


Interrupt Instruction, 
Exception, External 
Interrupt 


Trap or 

Interrupt 

Gate 


IDT 


Intersegment to a lower privilege level 
(changes task CPL) 


RET, IRET* 


Code Segment 


GDT/LDT 




CALL, JMP 


Task State 
Segment 


GDT 


Task Switch 


CALL, JMP 


Task Gate 


GDT/LDT 


IRET** 

Interrupt Instruction, 
Exception, External 
Interrupt 


Task Gate 


IDT 



*NT (Nested Task bit of flag register) = 
**NT (Nested Task bit of flag register) = 1 
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When RETuming to the original privilege level, use 
of the lower-privileged stack is restored as part of 
the RET or IRET instruction operation. For subrou- 
tine calls that pass parameters on the stack and 
cross privilege levels, a fixed number of words (as 
specified in the gate's word count field) are copied 
from the previous stack to the current stack. The 
inter-segment RET instruction with a stack adjust- 
ment value will correctly restore the previous stack 
pointer upon return. 

4.4.5 CALL GATES 

Gates provide protected, indirect CALLs. One of the 
major uses of gates is to provide a secure method of 
privilege transfers within a task. Since the operating 
system defines all of the gates in a system, it can 
ensure that all gates only allow entry into a few trust- 
ed procedures (such as those which allocate memo- 
ry, or perform I/O). 

Gate descriptors follow the data access rules of priv- 
ilege; that is, gates can be accessed by a task if the 
EPL, is equal to or more privileged than the gate 
descriptor's DPL. Gates follow the control transfer 
rules of privilege and therefore may only transfer 
control to a more privileged level. 

Call Gates are accessed via a CALL instruction and 
are syntactically identical to calling a normal subrou- 
tine. When an inter-level Intel486 DX call gate is ac- 
tivated, the following actions occur. 

1. Load CS:EIP from gate check for validity 

2. SS is pushed zero-extended to 32 bits 

3. ESP is pushed 

4. Copy Word Count 32-bit parameters from the 
old stack to the new stack 

5. Push Return address on stack 

The procedure is identical for 80286 Call gates, ex- 
cept that 16-bit parameters are copied and 16-bit 
registers are pushed. 

Interrupt Gates and Trap gates work in a similar 
fashion as the call gates, except there is no copying 
of parameters. The only difference between Trap 
and Interrupt gates is that control transfers through 
an Interrupt gate disable further interrupts (i.e. the IF 
bit is set to 0), and Trap gates leave the interrupt 
status unchanged. 

4.4.6 TASK SWITCHING 

A very important attribute of any multi-tasking/multi- 
user operating systems is its ability to rapidly switch 



between tasks or processes. The Intel486 DX micro- 
processor directly supports this operation by provid- 
ing a task switch instruction in hardware. The In- 
tel486 DX microprocessor task switch operation 
saves the entire state of the machine (all of the reg- 
isters, address space, and a link to the previous 
task), loads a new execution state, performs protec- 
tion checks, and commences execution in the new 
task, in about 10 microseconds. Like transfer of con- 
trol via gates, the task switch operation is invoked by 
executing an inter-segment J MP or CALL instruction 
which refers to a Task State Segment (TSS), or a 
task gate descriptor in the GDT or LDT. An INT n 
instruction, exception, trap, or external interrupt may 
also invoke the task switch operation if there is a 
task gate descriptor in the associated IDT descriptor 
slot. 

The TSS descriptor points to a segment (see Figure 
4.15) containing the entire Intel486 DX microproces- 
sor execution state while a task gate descriptor con- 
tains a TSS selector. The Intel486 DX microproces- 
sor supports both 80286 and Intel486 DX microproc- 
essor style TSSs. Figure 4.16 shows a 80286 TSS. 
The limit of an Intel486 DX microprocessor TSS 
must be greater than 0064H (002BH for a 80286 
TSS), and can be as large as 4 Gigabytes. In the 
additional TSS space, the operating system is free 
to store additional information such as the reason 
the task is inactive, time the task has spent running, 
and open files belong to the task. 

Each task must have a TSS associated with it. The 
current TSS is identified by a special register in the 
Intel486 DX microprocessor called the Task State 
Segment Register (TR). This register contains a se- 
lector referring to the task state segment descriptor 
that defines the current TSS. A hidden base and limit 
register associated with TR are loaded whenever TR 
is loaded with a new selector. Returning from a task 
is accomplished by the IRET instruction. When IRET 
is executed, control is returned to the task which 
was interrupted. The current executing task's state 
is saved in the TSS and the old task state is restored 
from its TSS. 

Several bits in the flag register and machine status 
word (CR0) give information about the state of a 
task which are useful to the operating system. The 
Nested Task (NT) (bit 14 in EFLAGS) controls the 
function of the IRET instruction. If NT = 0, the IRET 
instruction performs the regular return; when NT = 
1 , IRET performs a task switch operation back to the 
previous task. The NT bit is set or reset in the follow- 
ing fashion: 
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Figure 4.16. 80286 TSS 

When a CALL or INT instruction initiates a task 
switch, the new TSS will be marked busy and the 
back link field of the new TSS set to the old TSS 
selector. The NT bit of the new task is set by CALL 
or INT initiated task switches. An interrupt that does 
not cause a task switch will clear NT. (The NT bit will 
be restored after execution of the interrupt handler) 
NT may also be set or cleared by POPF or I RET 
instructions. 



croprocessor switches tasks, it sets the TS bit. The 
Intel486 DX Microprocessor detects the first use of a 
processor extension instruction after a task switch 
and causes the processor extension not available 
exception 7. The exception handler for exception 7 
may then decide whether to save the state of the 
FPU. A processor extension not present exception 
(7) will occur when attempting to execute a Floating 
Point or WAIT instruction if the Task Switched and 
Monitor coprocessor extension bits are both set (i.e. 
TS = 1 and MP = 1). 

The T bit in the Intel486 DX Microprocessor TSS 
indicates that the processor should generate a de- 
bug exception when switching to a task. If T = 1 
then upon entry to a new task a debug exception 1 
will be generated. 

4.4.7 INITIALIZATION AND TRANSITION TO 
PROTECTED MODE 

Since the Intel486 DX Microprocessor begins exe- 
cuting in Real Mode immediately after RESET it is 
necessary to initialize the system tables and regis- 
ters with the appropriate values. 

The GDT and IDT registers must refer to a valid GDT 
and IDT. The IDT should be at least 256 bytes long, 
and GDT must contain descriptors for the initial 
code, and data segments. Figure 4.17 shows the ta- 
bles and Figure 4.18 the descriptors needed for a 
simple Protected Mode Intel486 DX Microprocessor 
system. It has a single code and single data/stack 
segment each four gigabytes long and a single privi- 
lege level PL = 0. 

The actual method of enabling Protected Mode is to 
load CR0 with the PE bit set, via the MOV CR0, R/M 
instruction. This puts the Intel486 DX Microproces- 
sor in Protected Mode. 



The Intel486 DX Microprocessor Task State Seg- 
ment is marked busy by changing the descriptor type 
field from TYPE 9H to TYPE BH. An 80286 TSS is 
marked busy by changing the descriptor type field 
from TYPE 1 to TYPE 3. Use of a selector that refer- 
ences a busy task state segment causes an excep- 
tion 13. 

The Virtual Mode (VM) bit 1 7 is used to indicate if a 
task, is a virtual 8086 task. If VM = 1 , then the tasks 
will use the Real Mode addressing mechanism. The 
virtual 8086 environment is only entered and exited 
via a task switch (see Section 4.6 Virtual Mode). 

The FPU's state is not automatically saved when a 
task switch occurs, because the incoming task may 
not use the FPU. The Task Switched (TS) Bit (bit 3 in 
the CR0) helps deal with the FPU's state in a multi- 
tasking environment. Whenever the Intel486 DX Mi- 



After enabling Protected Mode, the next instruction 
should execute an intersegment JMP to load the CS 
register and flush the instruction decode queue. The 
final step is to load all of the data segment registers 
with the initial selector values. 

An alternate approach to entering Protected Mode 
which is especially appropriate for multi-tasking op- 
erating systems, is to use the built in task-switch to 
load all of the registers. In this case the GDT would 
contain two TSS descriptors in addition to the code 
and data descriptors needed for the first task. The 
first JMP instruction in Protected Mode would jump 
to the TSS causing a task switch and loading all of 
the registers with the values stored in the TSS. The 
Task State Segment Register should be initialized to 
point to a valid TSS descriptor since a task switch 
saves the state of the current task in a task state 
segment. 
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Figure 4.17. Simple Protected System 
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Figure 4.18. GDT Descriptors for Simple System 



4.4.8 TOOLS FOR BUILDING PROTECTED 
SYSTEMS 

In order to simplify the design of a protected multi- 
tasking system, Intel provides a tool which allows 
the system designer an easy method of constructing 
the data structures needed for a Protected Mode 
Intel486 DX microprocessor system. This tool is the 
builder BLD-386TM. BLD-386 lets the operating sys- 
tem writer specify all of the segment descriptors dis- 
cussed in the previous sections (LDTs, IDTs, GDTs, 
Gates, and TSSs) in a high-level language. 



4.5 Paging 

4.5.1 PAGING CONCEPTS 

Paging is another type of memory management 
useful for virtual memory multitasking operating sys- 
tems. Unlike segmentation which modularizes pro- 
grams and data into variable length segments, pag- 
ing divides programs into multiple uniform size 
pages. Pages bear no direct relation to the logical 
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structure of a program. While segment selectors can 
be considered the logical "name" of a program 
module or data structure, a page most likely corre- 
sponds to only a portion of a module or data struc- 
ture. 

By taking advantage of the locality of reference dis- 
played by most programs, only a small number of 
pages from each active task need be in memory at 
any one moment. 

4.5.2 PAGING ORGANIZATION 

4.5.2.1 Page Mechanism 

The Intel486 DX Microprocessor uses two levels of 
tables to translate the linear address (from the seg- 
mentation unit) into a physical address. There are 
three components to the paging mechanism of the 
Intel486 DX Microprocessor: the page directory, the 
page tables, and the page itself (page frame). All 
memory-resident elements of the Intel486 DX Micro- 
processor paging mechanism are the same size, 
namely, 4 Kbytes. A uniform size for all of the ele- 
ments simplifies memory allocation and reallocation 
schemes, since there is no problem with memory 
fragmentation. Figure 4.19 shows how the paging 
mechanism works. 



4.5.2.2 Page Descriptor Base Register 

CR2 is the Page Fault Linear Address register. It 
holds the 32-bit linear address which caused the last 
page fault detected. 

CR3 is the Page Directory Physical Base Address 
Register. It contains the physical starting address of 
the Page Directory. The lower 12 bits of CR3 are 
always zero to ensure that the Page Directory is al- 
ways page aligned. Loading it via a MOV CR3, reg 
instruction causes the Page Table Entry cache to be 
flushed, as will a task switch through a TSS which 
changes the value of CRO. (See 4.5.5 Translation 
Lookaside Buffer). 



4.5.2.3 Page Directory 

The Page Directory is 4 Kbytes long and allows up to 
1024 Page Directory Entries. Each Page Directory 
Entry contains the address of the next level of ta- 
bles, the Page Tables and information about the 
page table. The contents of a Page Directory Entry 
are shown in Figure 4.20. The upper 10 bits of the 
linear address (A22-A31) are used as an index to 
select the correct Page Directory Entry. 
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Figure 4.21. Page Table Entry (Points to Page) 



4.5.2.4 Page Tables 



Each Page Table is 4 Kbytes and holds up to 1 024 
Page Table Entries. Page Table Entries contain the 
starting address of the page frame and statistical 
information about the page (see Figure 4.21). Ad- 
dress bits A12-A21 are used as an index to select 
one of the 1024 Page Table Entries. The 20 upper- 
bit page frame address is concatenated with the 
lower 12 bits of the linear address to form the physi- 
cal address. Page tables can be shared between 
tasks and swapped to disks. 

4.5.2.5 Page Directory /Table Entries 

The lower 12 bits of the Page Table Entries and 
Page Directory Entries contain statistical information 
about pages and page tables respectively. The P 
(Present) bit indicates if a Page Directory or Page 
Table entry can be used in address translation. If 
P = 1 the entry can be used for address translation 
if P = the entry can not be used for translation, 
and all of the other bits are available for use by the 
software. For example the remaining 31 bits could 
be used to indicate where on the disk the page is 
stored. 

The A (Accessed) bit 5, is set by the Intel486 DX 
microprocessor for both types of entries before a 
read or write access occurs to an address covered 
by the entry. The D (Dirty) bit 6 is set to 1 before a 
write to an address covered by that page table entry 
occurs. The D bit is undefined for Page Directory 
Entries. When the P, A and D bits are updated by the 
Intel486 DX microprocessor, the processor gener- 
ates a Read-Modify-Write cycle which locks the bus 
and prevents conflicts with other processors or per- 
pherials. Software which modifies these bits should 
use the LOCK prefix to ensure the integrity of the 
page tables in multi-master systems. 

The 3 bits marked OS Reserved in Figure 4.20 and 
Figure 4.21 (bits 9-11) are software definable. OSs 
are free to use these bits for whatever purpose they 
wish. An example use of the OS Reserved bits 
would be to store information about page aging. By 
keeping track of how long a page has been in mem- 
ory since being accessed, an operating system can 
implement a page replacement algorithm like Least 
Recently Used. 



The (User/Supervisor) U/S bit 2 and the (Read/ 
Write) R/W bit 1 are used to provide protection attri- 
butes for individual pages. 

4.5.3 PAGE LEVEL PROTECTION 
(R/W, U/S BITS) 

The Intel486 DX microprocessor provides a set of 
protection attributes for paging systems. The paging 
mechanism distinguishes between two levels of pro- 
tection: User which corresponds to level 3 of the 
segmentation based protection, and supervisor 
which encompasses all of the other protection levels 
(0,1,2). 

The R/W and U/S bits are used in conjunction with 
the WP bit in the flags register (EFLAGS). The In- 
tel386 microprocessor does not contain the WP bit. 
The WP bit has been added to the Intel486 DX mi- 
croprocessor to protect read-only pages from super- 
visor write accesses. The Intel386 microprocessor 
allows a read-only page to be written from protection 
levels 0, 1 or 2. WP = is the Intel386 microproces- 
sor compatible mode. When WP = the supervisor 
can write to a read-only page as defined by the U/S 
and R/W bits. When WP = 1 supervisor access to a 
read-only page (R/W= 0) will cause a page fault (ex- 
ception 14). 

Table 4.4 shows the affect of the WP, U/S and R/W 
bits on accessing memory. When WP = 0, the super- 
visor can write to pages regardless of the state of 
the R/W bit. When WP= 1 and R/W = the supervi- 
sor cannot write to a read-only page. A user attempt 
to access a supervisor only page (U/S = 0), or write 
to a read only page will cause a page fault (excep- 
tion 14). 

The R/W and U/S bits provide protection from user 
access on a page by page basis since the bits are 
contained in the Page Table Entry and the Page Di- 
rectory Table. The U/S and R/W bits in the first level 
Page Directory Table apply to all entries in the page 
table pointed to by that directory entry. The U/S and 
R/W bits in the second level Page Table Entry apply 
only to the page described by that entry. The most 
restrictive of the U/S and R/W bits from the Page 
Directory Table and the Page Table Entry are used 
to address a page. 

Example: If the U/S and R/W bits for the Page Di- 
rectory entry were 10 (user read/execute) and the 
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U/S and R/W bits for the Page Table Entry were 01 
(no user access at all), the access rights for the 
page would be 01, the numerically smaller of the 
two. 

Note that a given segment can be easily made read- 
only for level 0, 1 or 2 via use of segmented protec- 
tion mechanisms. (Section 4.4 Protection). 

4.5.4 PAGE CACHEABILITY 
(PWT AND PCD BITS) 

PWT (page write through) and PCD (page cache dis- 
able) are two new bits defined in entries in both lev- 
els of the page table structure, the Page Directory 
Table and the Page Table Entry. PCD and PWT con- 
trol page cacheability and write policy. 

PWT controls write policy. PWT=1 defines a write- 
through policy for the current page. PWT=0 allows 
the possibility of write-back. PWT is ignored internal- 
ly because the Intel486 DX microprocessor has a 
write-through cache. PWT can be used to control 
the write policy of a second level cache. 

PCD controls cacheability. PCD = enables caching 
in the on-chip cache. PCD alone does not enable 
caching, it must be conditioned by the KEN# (cache 
enable) input signal and the state of the CD (cache 
disable bit) and NW (no write-through) bits in control 
register (CRO). When PCD= 1 , caching is disabled 
regardless of the state of KEN#, CD and NW. (See 
Section 5.0, On-Chip Cache). 

The state of the PCD and PWT bits are driven out on 
the PCD and PWT pins during a memory access. 

The PWT and PCD bits for a bus cycle are obtained 
either from control register 3 (CR3), the Page Direc- 
tory Entry or the Page Table Entry, depending on the 
type of cycle run. However, when paging is disabled 
(PG = in CRO) or for cycles which bypass paging 
(i.e., I/O (input/output) references, INTR (interrupt 
request) and HALT cycles), the PCD and PWT bits 
of CR3 are ignored. The Intel486 DX CPU assumes 
PCD = and PWT = and drives these values on 
the PCD and PWT pins. 



When paging is enabled (PG = 1 in CRO), the bits 
from the page table entry are cached in the transla- 
tion lookaside buffer (TLB), and are driven any time 
the page mapped by the TLB entry is referenced. 
For normal memory cycles run with paging enabled, 
the PWT and PCD bits are taken from the Page Ta- 
ble Entry. During TLB refresh cycles when the Page 
Directory and Page Table entries are read, the PWT 
and PCD bits must be obtained elsewhere. The bits 
are taken from CR3 when a Page Directory Entry is 
being read. The bits are taken from the Page Direc- 
tory Entry when the Page Table Entry is being updat- 
ed. 

The PCD or PWT bits in CR3 are initialized to zero at 
reset, but can be set to any value by level soft- 
ware. 



4.5.5 TRANSLATION LOOKASIDE BUFFER 

The Intel486 DX Microprocessor paging hardware is 
designed to support demand paged virtual memory 
systems. However, performance would degrade 
substantially if the processor was required to access 
two levels of tables for every memory reference. To 
solve this problem, the Intel486 DX Microprocessor 
keeps a cache of the most recently accessed pages, 
this cache is called the Translation Lookaside Buffer 
(TLB). The TLB is a four-way set associative 32-en- 
try page table cache. It automatically keeps the most 
commonly used Page Table Entries in the proces- 
sor. The 32-entry TLB coupled with a 4K page size, 
results in coverage of 128 Kbytes of memory ad- 
dresses. For many common multi-tasking systems, 
the TLB will have a hit rate of about 98%. This 
means that the processor will only have to access 
the two-level page structure on 2% of all memory 
references. Figure 4.22 illustrates how the TLB com- 
plements the Intel486 DX Microprocessor's paging 
mechanism. 

Reading a new entry into the TLB (TLB refresh) is a 
two step process handled by the Intel486 DX micro- 
processor hardware. The sequence of data cycles to 
perform a TLB refresh are: 







Table 4.4. 
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1 . Read the correct Page Directory Entry, as point- 
ed to by the page base register and the upper 
10 bits of the linear address. The page base 
register is in control register 3. 

1a. Optionally perform a locked read/write to set 
the accessed bit in the directory entry. The di- 
rectory entry will actually get read twice if the 
Intel486 DX microprocessor needs to set any of 
the bits in the entry. If the page directory entry 
changes between the first and second reads, 
the data returned for the second read will be 
used. 

2. Read the correct entry in the Page Table and 
place the entry in the TLB. 

2a. Optionally perform a locked read/write to set 
the accessed and/or dirty bit in the page table 
entry. Again, note that the page table entry will 
actually get read twice if the Intel486 DX micro- 
processor needs to set any of the bits in the 
entry. Like the directory entry, if the data chang- 
es between the first and second read the data 
returned for the second read will be used. 

Note that the directory entry must always be read 
into the processor, since directory entries are never 
placed in the paging TLB. Page faults can be sig- 
naled from either the page directory read or the 
page table read. Page directory and page table en- 
tries may be placed in the Intel486 DX on-chip 
cache just like normal data. 



However, if the page table entry is not in the TLB, 
the Intel486 DX Microprocessor will read the appro- 
priate Page Directory Entry. If P = 1 on the Page 
Directory Entry indicating that the page table is in 
memory, then the Intel486 DX Microprocessor will 
read the appropriate Page Table Entry and set the 
Access bit. If P = 1 on the Page Table Entry indicat- 
ing that the page is in memory, the Intel486 DX Mi- 
croprocessor will update the Access and Dirty bits 
as needed and fetch the operand. The upper 20 bits 
of the linear address, read from the page table, will 
be stored in the TLB for future accesses. However, if 
P = for either the Page Directory Entry or the 
Page Table Entry, then the processor will generate a 
page fault, an Exception 1 4. 

The processor will also generate an exception 14 
page fault, if the memory reference violated the 
page protection attributes (i.e., U/S or R/W) (e.g., 
trying to write to a read-only page). CR2 will hold the 
linear address which caused the page fault. If a sec- 
ond page fault occurs, while the processor is at- 
tempting to enter the service routine for the first, 
then the processor will invoke the page fault (excep- 
tion 14) handler a second time, rather than the dou- 
ble fault (exception 8) handler. Since Exception 14 is 
classified as a fault, CS: EIP will point to the instruc- 
tion causing the page fault. The 16-bit error code 
pushed as part of the page fault handler will contain 
status bits which indicate the cause of the page 
fault. 



4.5.6 PAGING OPERATION 
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Figure 4.22. Translation Lookaside Buffer 

The paging hardware operates in the following fash- 
ion. The paging unit hardware receives a 32-bit lin- 
ear address from the segmentation unit. The upper 
20 linear address bits are compared with all 32 en- 
tries in the TLB to determine if there is a match. If 
there is a match (i.e., a TLB hit), then the 32-bit 
physical address is calculated and will be placed on 
the address bus. 



The 1 6-bit error code is used by the operating sys- 
tem to determine how to handle the page fault. Fig- 
ure 4.23a shows the format of the page-fault error 
code and the interpretation of the bits. 

NOTE: 

Even though the bits in the error code (U/S, W/R, 
and P) have similar names as the bits in the Page 
Directory/Table Entries, the interpretation of the er- 
ror code bits is different. Figure 4.23b indicates 
what type of access caused the page fault. 
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Figure 4.23a. Page Fault Error Code Format 

U/S: The U/S bit indicates whether the access 
causing the fault occurred when the processor was 
executing in User Mode (U/S = 1) or in Supervisor 
mode (U/S = 0). 

W/R: The W/R bit indicates whether the access 
causing the fault was a Read (W/R = 0) or a Write 
(W/R = 1). 



4-22 



intel* 



lntel486TM DX2 MICROPROCESSOR 



JPeSSOBJDDKlAG^ 



P: The P bit indicates whether a page fault was 
caused by a not-present page (P = 0), or by a page 
level protection violation (P = 1). 

U: UNDEFINED 



u/s 


W/R 


Access Type 





1 

1 




1 



1 


Supervisor* Read 
Supervisor Write 
User Read 
User Write 



•Descriptor table access will fault with U/S = 0, even if the program 
is executing at level 3. 

Figure 4.23b. Type of Access 
Causing Page Fault 

4.5.7 OPERATING SYSTEM RESPONSIBILITIES 

The Intel486 DX Microprocessor takes care of the 
page address translation process, relieving the bur- 
den from an operating system in a demand-paged 
system. The operating system is responsible for set- 
ting up the initial page tables, and handling any page 
faults. The operating system also is required to inval- 
idate (i.e., flush) the TLB when any changes are 
made to any of the page table entries. The operating 
system must reload CR3 to cause the TLB to be 
flushed. 

Setting up the tables is simply a matter of loading 
CR3 with the address of the Page Directory, and 
allocating space for the Page Directory and the 
Page Tables. The primary responsibility of the oper- 
ating system is to implement a swapping policy and 
handle all of the page faults. 

A final concern of the operating system is to ensure 
that the TLB cache matches the information in the 
paging tables. In particular, any time the operating 
system sets the P present bit of page table entry to 
zero, the TLB must be flushed. Operating systems 
may want to take advantage of the fact that CR3 is 
stored as part of a TSS, to give every task or group 
of tasks its own set of page tables. 



4.6 Virtual 8086 Environment 



4.6.1 EXECUTING 8086 PROGRAMS 

The Intel486 DX Microprocessor allows the execu- 
tion of 8086 application programs in both Real Mode 
and in the Virtual 8086 Mode (Virtual Mode). Of the 
two methods, Virtual 8086 Mode offers the system 
designer the most flexibility. The Virtual 8086 Mode 
allows the execution of 8086 applications, while still 
allowing the system designer to take full advantage 
of the Intel486 DX Microprocessor protection mech- 



anism. In particular, the Intel486 DX Microprocessor 
allows the simultaneous execution of 8086 operating 
systems and its applications, and an Intel486 DX Mi- 
croprocessor operating system and both 80286 and 
Intel486 DX Microprocessor applications. Thus, in a 
multi-user Intel486 DX Microprocessor computer, 
one person could be running an MS-DOS spread- 
sheet, another person using MS-DOS, and a third 
person could be running multiple Unix utilities and 
applications. Each person in this scenario would be- 
lieve that he had the computer completely to him- 
self. Figure 4.24 illustrates this concept. 



4.6.2 



VIRTUAL 8086 MODE ADDRESSING 
MECHANISM 



One of the major differences between Intel486 DX 
Microprocessor Real and Protected modes is how 
the segment selectors are interpreted. When the 
processor is executing in Virtual 8086 Mode the seg- 
ment registers are used in an identical fashion to 
Real Mode. The contents of the segment register is 
shifted left 4 bits and added to the offset to form the 
segment base linear address. 

The Intel486 DX Microprocessor allows the operat- 
ing system to specify which programs use the 8086 
style address mechanism, and which programs use 
Protected Mode addressing, on a per task basis. 
Through the use of paging, the one megabyte ad- 
dress space of the Virtual Mode task can be mapped 
to anywhere in the 4 gigabyte linear address space 
of the Intel486 DX Microprocessor. Like Real Mode, 
Virtual Mode effective addresses (i.e., segment off- 
sets) that exceed 64 Kbyte will cause an exception 
1 3. However, these restrictions should not prove to 
be important, because most tasks running in Virtual 
8086 Mode will simply be existing 8086 application 
programs. 

4.6.3 PAGING IN VIRTUAL MODE 

The paging hardware allows the concurrent running 
of multiple Virtual Mode tasks, and provides protec- 
tion and operating system isolation. Although it is 
not strictly necessary to have the paging hardware 
enabled to run Virtual Mode tasks, it is needed in 
order to run multiple Virtual Mode tasks or to relo- 
cate the address space of a Virtual Mode task to 
physical address space greater than one megabyte. 

The paging hardware allows the 20-bit linear ad- 
dress produced by a Virtual Mode program to be 
divided into up to 256 pages. Each one of the pages 
can be located anywhere within the maximum 4 gig- 
abyte physical address space of the Intel486 DX Mi- 
croprocessor. In addition, since CR3 (the Page Di- 
rectory Base Register) is loaded by a task switch, 
each Virtual Mode task can use a different mapping 
scheme to map pages to different physical locations. 
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Finally, the paging hardware allows the sharing of 
the 8086 operating system code between multiple 
8086 applications. Figure 4.24 shows how the In- 
tel486 DX Microprocessor paging hardware enables 
multiple 8086 programs to run under a virtual memo- 
ry demand paged system. 



4.6.4 



PROTECTION AND I/O PERMISSION 
BITMAP 



All Virtual 8086 Mode programs execute at privilege 
level 3, the level of least privilege. As such, Virtual 
8086 Mode programs are subject to all of the protec- 
tion checks defined in Protected Mode. (This is dif- 
ferent from Real Mode which implicitly is executing 
at privilege level 0, the level of greatest privilege.) 
Thus, an attempt to execute a privileged instruction 
when in Virtual 8086 Mode will cause an exception 
13 fault. 

The following are privileged instructions, which may 
be executed only at Privilege Level 0. Therefore, at- 
tempting to execute these instructions in Virtual 
8086 Mode (or anytime CPL > 0) causes an excep- 
tion 13 fault: 



LIDT; 
LGDT; 
LMSW; 
CLTS; 
HLT; 



MOV DRn,reg; 
MOV TRn,reg; 
MOV CRn,reg; 



MOV reg,DRn; 
MOV reg.TRn; 
MOV reg.CRn. 



Several instructions, particularly those applying to 
the multitasking model and protection model, are 
available only in Protected Mode. Therefore, at- 
tempting to execute the following instructions in 
Real Mode or in Virtual 8086 Mode generates an 
exception 6 fault: 



LTR; 


STR; 


LLDT; 


SLDT; 


LAR; 


VERR; 


LSL; 


VERW; 


ARPL. 





The instructions which are lOPL-sensitive in Protect- 
ed Mode are: 



IN; 


STI; 


OUT; 


CLI 


INS; 




OUTS; 




REP INS; 




REP OUTS; 
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Figure 4.24. Virtual 8086 Environment Memory Management 
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In Virtual 8086 Mode, a slightly different set of in- 
structions are made lOPL-sensitive. The following in- 
structions are lOPL-sensitive in Virtual 8086 Mode: 

INT n; STI ; 
PUSHF; CLI; 
POPF; IRET 

The PUSHF, POPF, and IRET instructions are IOPL- 
sensitive in Virtual 8086 Mode only. This provision 
allows the IF flag (interrupt enable flag) to be virtual- 
ized to the Virtual 8086 Mode program. The INT n 
software interrupt instruction is also lOPL-sensitive 
in Virtual 8086 Mode. Note, however, that the INT 3 
(opcode OCCH), INTO, and BOUND instructions are 
not lOPL-sensitive in Virtual 8086 mode (they aren't 
IOPL sensitive in Protected Mode either). 

Note that the I/O instructions (IN, OUT, INS, OUTS, 
REP INS, and REP OUTS) are not lOPL-sensitive in 
Virtual 8086 mode. Rather, the I/O instructions be- 
come automatically sensitive to the I/O Permission 
Bitmap contained in the Intel486 DX Microproces- 
sor Task State Segment. The I/O Permission Bit- 
map, automatically used by the Intel486 DX micro- 
processor in Virtual 8086 Mode, is illustrated by Fig- 
ures 4.15a and 4.15b. 

The I/O Permission Bitmap can be viewed as a 0- 
64 Kbit bit string, which begins in memory at offset 
Bit_Map__Offset in the current TSS. BLMap_ 
Offset must be < DFFFH so the entire bit map and 
the byte FFH which follows the bit map are all at 
offsets ^ FFFFH from the TSS base. The 16-bit 

pointer Bit Map Offset (1 5:0) is found in the word 

beginning at offset 66H (102 decimal) from the TSS 
base, as shown in Figure 4.15a. 

Each bit in the I/O Permission Bitmap corresponds 
to a single byte-wide I/O port, as illustrated in Figure 
4.15a. If a bit is 0, I/O to the corresponding byte- 
wide port can occur without generating an excep- 
tion. Otherwise the I/O instruction causes an excep- 
tion 13 fault. Since every byte-wide I/O port must be 
protectable, all bits corresponding to a word-wide or 
dword-wide port must be for the word-wide or 
dword-wide I/O to be permitted. If all the referenced 
bits are 0, the I/O will be allowed. If any referenced 
bits are 1, the attempted I/O will cause an exception 
13 fault. 

Due to the use of a pointer to the base of the I/O 
Permission Bitmap, the bitmap may be located any- 
where within the TSS, or may be ignored completely 
by pointing the Bit_Map__Offset (1 5:0) beyond the 
limit of the TSS segment. In the same manner, only 
a small portion of the 64K I/O space need have an 
associated map bit, by adjusting the TSS limit to 
truncate the bitmap. This eliminates the commitment 
of 8K of memory when a complete bitmap is not 



required, while allowing the fully general case if de- 
sired. 

EXAMPLE OF BITMAP FOR I/O PORTS 0-255: 
Setting the TSS limit to { bLMap__Off set + 31 
+ 1**} [** see note below] will allow a 32-byte bit- 
map for the I/O ports #0-255, plus a terminator 
byte of all 1's [** see note below]. This allows the 
I/O bitmap to control I/O Permission to I/O port 0- 
255 while causing an exception 1 3 fault on attempt- 
ed I/O to any I/O port 80256 through 65,565. 

♦♦IMPORTANT IMPLEMENTATION NOTE: Beyond 
the last byte of I/O mapping information in the I/O 
Permission Bitmap must be a byte containing all 1 's. 
The byte of all 1's must be within the limit of the 
Intel486 microprocessor TSS segment (see Figure 
4.15a). 



4.6.5 INTERRUPT HANDLING 

In order to fully support the emulation of an 8086 
machine, interrupts in Virtual 8086 Mode are han- 
dled in a unique fashion. When running in Virtual 
Mode all interrupts and exceptions involve a privi- 
lege change back to the host Intel486 DX micro- 
processor operating system. The Intel486 DX micro- 
processor operating system determines if the inter- 
rupt comes from a Protected Mode application or 
from a Virtual Mode program by examining the VM 
bit in the EFLAGS image stored on the stack. 

When a Virtual Mode program is interrupted and ex- 
ecution passes to the interrupt routine at level 0, the 
VM bit is cleared. However, the VM bit is still set in 
the EFLAG image on the stack. 

The Intel486 DX operating system in turn handles 
the exception or interrupt and then returns control to 
the 8086 program. The Intel486 DX operating sys- 
tem may choose to let the 8086 operating system 
handle the interrupt or it may emulate the function of 
the interrupt handler. For example, many 8086 oper- 
ating system calls are accessed by PUSHing param- 
eters on the stack, and then executing an INT n in- 
struction. If the IOPL is set to then all INT n instruc- 
tions will be intercepted by the Intel486 DX operat- 
ing system. The Intel486 DX operating system could 
emulate the 8086 operating system's call. Figure 
4.25 shows how the Intel486 DX operating system 
could intercept an 8086 operating system's call to 
"Open a File". 

A Intel486 DX operating system can provide a Virtu- 
al 8086 Environment which is totally transparent to 
the application software via intercepting and then 
emulating 8086 operating system's calls, and inter- 
cepting IN and OUT instructions. 
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4.6.6 



ENTERING AND LEAVING VIRTUAL 
8086 MODE 



Virtual 8086 mode is entered by executing an I RET 
instruction (at CPL=0), or Task Switch (at any CPL) 
to a Intel486 DX task whose Intel486 DX TSS has a 
FLAGS image containing a 1 in the VM bit position 
while the processor is executing in Protected Mode. 
That is, one way to enter Virtual 8086 mode is to 
switch to a task with a Intel486 DX TSS that has a 1 
in the VM bit in the EFLAGS image. The other way is 
to execute a 32-bit IRET instruction at privilege level 
0, where the stack has a 1 in the VM bit in the 
EFLAGS image. POPF does not affect the VM bit, 
even if the processor is in Protected Mode or level 0, 
and so cannot be used to enter Virtual 8086 Mode. 
PUSHF always pushes a in the VM bit, even if the 
processor is in Virtual 8086 Mode, so that a program 
cannot tell if it is executing in REAL mode, or in Vir- 
tual 8086 mode. 

The VM bit can be set by executing an IRET instruc- 
tion only at privilege level 0, or by any instruction or 
Interrupt which causes a task switch in Protected 
Mode (with VM = 1 in the new FLAGS image), and 
can be cleared only by an interrupt or exception in 
Virtual 8086 Mode. IRET and POPF instructions exe- 
cuted in REAL mode or Virtual 8086 mode will not 
change the value in the VM bit. 

The transition out of virtual 8086 mode to Intel486 
DX protected mode occurs only on receipt of an in- 
terrupt or exception (such as due to a sensitive in- 
struction). In Virtual 8086 mode, all interrupts and 
exceptions vector through the protected mode IDT, 
and enter an interrupt handler in protected Intel486 
DX mode. That is, as part of interrupt processing, 
the VM bit is cleared. 

Because the matching IRET must occur from level 0, 
if an Interrupt or Trap Gate is used to field an inter- 
rupt or exception out of Virtual 8086 mode, the Gate 
must perform an inter-level interrupt only to level 0. 
Interrupt or Trap Gates through conforming seg- 
ments, or through segments with DPL>0, will raise a 
GP fault with the CS selector as the error code. 



4.6.6.1 Task Switches To/From Virtual 
8086 Mode 

Tasks which can execute in virtual 8086 mode must 
be described by a TSS with the Intel486 DX Micro- 
processor format (TYPE 9 or 1 1 descriptor). 

A task switch out of virtual 8086 mode will operate 
exactly the same as any other task switch out of a 
task with an Intel486 DX TSS. All of the programmer 
visible state, including the FLAGS register with the 
VM bit set to 1, is stored in the TSS. 



The segment registers in the TSS will contain 8086 
segment base values rather than selectors. 

A task switch into a task described by a Intel486 DX 
TSS will have an additional check to determine if the 
incoming task should be resumed in virtual 8086 
mode. Tasks described by 80286 format TSSs can- 
not be resumed in virtual 8086 mode, so no check is 
required there (the FLAGS image in 80286 format 
TSS has only the low order 16 FLAGS bits). Before 
loading the segment register images from a Intel486 
DX TSS, the FLAGS image is loaded, so that the 
segment registers are loaded from the TSS image 
as 8086 segment base values. The task is now 
ready to resume in virtual 8086 execution mode. 

4.6.6.2 Transitions Through Trap and Interrupt 
Gates, and IRET 

A task switch is one way to enter or exit virtual 8086 
mode. The other method is to exit through a Trap or 
Interrupt gate, as part of handling an interrupt, and 
to enter as part of executing an IRET instruction. 
The transition out must use a Intel486 DX Micro- 
processor Trap Gate (Type 14), or Intel486 DX Inter- 
rupt Gate (Type 15), which must point to a non-con- 
forming level segment (DPL=0) in order to permit 
the trap handler to IRET back to the Virtual 8086 
program. The Gate must point to a non-conforming 
level segment to perform a level switch to level 
so that the matching IRET can change the VM bit. 
Intel486 DX gates must be used, since 80286 gates 
save only the low 16 bits of the FLAGS register, so 
that the VM bit will not be saved on transitions 
through the 80286 gates. Also, the 16-bit IRET (pre- 
sumably) used to terminate the 80286 interrupt han- 
dler will pop only the lower 16 bits from FLAGS, and 
will not affect the VM bit. The action taken for a 
Intel486 DX Trap or Interrupt gate if an interrupt oc- 
curs while the task is executing in virtual 8086 mode 
is given by the following sequence. 

(1) Save the FLAGS register in a temp to push later. 
Turn off the VM and TF bits, and if the interrupt 
is serviced by an Interrupt Gate, turn off IF also. 

(2) Interrupt and Trap gates must perform a level 
switch from 3 (where the VM86 program exe- 
cutes) to level (so IRET can return). This pro- 
cess involves a stack switch to the stack given 
in the TSS for privilege level 0. Save the Virtual 
8086 Mode SS and ESP registers to push in a 
later step. The segment register load of SS will 
be done as a Protected Mode segment load, 
since the VM bit was turned off above. 
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8086 Application makes "Open File Call" — ► causes 

General Protection Fault (Arrow # 1 ) 

Virtual 8086 Monitor intercepts call. Calls lntel486TM DX OS (Arrow #2) 

lntel486TM DX OS opens file returns control to 8086 OS (Arrow #3) 

8086 OS returns control to application. (Arrow #4) 

Transparent to Application 



Figure 4.25. Virtual 8086 Environment Interrupt and Call Handling 



(3) Push the 8086 segment register values onto the 
new stack, in the order: GS, FS, DS, ES. These 
are pushed as 32-bit quantities, with undefined 
values in the upper 16 bits. Then load these 4 
registers with null selectors (0). 

(4) Push the old 8086 stack pointer onto the new 
stack by pushing the SS register (as 32-bits, high 
bits undefined), then pushing the 32-bit ESP reg- 
ister saved above. 

(5) Push the 32-bit FLAGS register saved in step 1 . 

(6) Push the old 8086 instruction pointer onto the 
new stack by pushing the CS register (as 32-bits, 
high bits undefined), then pushing the 32-bit EIP 
register. 

(7) Load up the new CS.EIP value from the interrupt 
gate, and begin execution of the interrupt routine 
in protected Intel486 DX Microprocessor mode. 

The transition out of virtual 8086 mode performs a 
level change and stack switch, in addition to chang- 
ing back to protected mode. In addition, all of the 
8086 segment register images are stored on the 
stack (behind the SS:ESP image), and then loaded 



with null (0) selectors before entering the interrupt 
handler. This will permit the handler to safely save 
and restore the DS, ES, FS, and GS registers as 
80286 selectors. This is needed so that interrupt 
handlers which don't care about the mode of the 
interrupted program can use the same prolog and 
epilog code for state saving (i.e., push all registers in 
prolog, pop all in epilog) regardless of whether or not 
a "native" mode or Virtual 8086 mode program was 
interrupted. Restoring null selectors to these regis- 
ters before executing the I RET will not cause a trap 
in the interrupt handler. Interrupt routines which ex- 
pect values in the segment registers, or return val- 
ues in segment registers will have to obtain/return 
values from the 8086 register images pushed onto 
the new stack. They will need to know the mode of 
the interrupted program in order to know where to 
find/return segment registers, and also to know how 
to interpret segment register values. 

The I RET instruction will perform the inverse of the 
above sequence. Only the extended Intel486 DX 
IRET instruction (operand size =32) can be used, 
and must be executed at level to change the VM 
bit to 1. 
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(1) If the NT bit in the FLAGs register is on, an inter- 
task return is performed. The current state is 
stored in the current TSS, and the link field in the 
current TSS is used to locate the TSS for the 
interrupted task which is to be resumed. 

Otherwise, continue with the following se- 
quence. 

(2) Read the FLAGS image from SS:8[ESP] into the 
FLAGS register. This will set VM to the value 
active in the interrupted routine. 

(3) Pop off the instruction pointer CS:EIP. EIP is 
popped first, then a 32-bit word is popped which 
contains the CS value in the lower 16 bits. If 
VM = 0, this CS load is done as a protected 
mode segment load. If VM = 1 , this will be done 
as an 8086 segment load. 

(4) Increment the ESP register by 4 to bypass the 
FLAGS image which was "popped" in step 1 . 



(5) If VM = 1, load segment registers ES, DS, FS, 
and GS from memory locations SS:[ESP + 8], 
SS:[ESP + 12], SS:[ESP+16], and 
SS:[ESP + 20], respectively, where the new val- 
ue of ESP stored in step 4 is used. Since VM = 1 , 
these are done as 8086 segment register loads. 

Else if VM = 0, check that the selectors in ES, 
DS, FS, and GS are valid in the interrupted rou- 
tine. Null out invalid selectors to trap if an at- 
tempt is made to access through them. 

(6) If (RPL(CS) > CPL), pop the stack pointer 
SS:ESP from the stack. The ESP register is 
popped first, followed by 32-bits containing SS in 
the lower 16 bits. If VM = 0, SS is loaded as a 
protected mode segment register load. If VM = 1 , 
an 8086 segment register load is used. 

(7) Resume execution of the interrupted routine. The 
VM bit in the FLAGS register (restored from the 
interrupt routine's stack image in step 1) deter- 
mines whether the processor resumes the inter- 
rupted routine in Protected mode of Virtual 8086 
mode. 
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5.0 ON-CHIP CACHE 



To meet its performance goals the Intel486 DX2 mi- 
croprocessor contains an eight Kbyte cache. The 
cache is software transparent to maintain binary 
compatibility with previous generations of the In- 
tel386TM/|ntel486TM architecture. 

The on-chip cache has been designed for maximum 
flexibility and performance. The cache has several 
operating modes offering flexibility during program 
execution and debugging. Memory areas can be de- 
fined as non-cacheable by software and external 
hardware. Protocols for cache line invalidations and 
replacement are implemented in hardware, easing 
system design. 



5.1 Cache Organization 

The on-chip cache is a unified code and data cache. 
The cache is used for both instruction and data ac- 
cesses and acts on physical addresses. 

The cache organization is 4-way set associative and 
each line is 16 bytes wide. The eight Kbytes of 
cache memory are logically organized as 1 28 sets, 
each containing four lines. 

The cache memory is physically split into four 
2-Kbyte blocks each containing 128 lines (see Fig- 
ure 5.1). Associated with each 2-Kbyte block are 
128 21 -bit tags. There is a valid bit for each line in 
the cache. Each line in the cache is either valid or 
not valid. There are no provisions for partially valid 
lines. 
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Figure 5.1. On-Chip Cache Physical Organization 
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The write strategy of on-chip cache is write-through. 
All writes will drive an external write bus cycle in 
addition to writing the information to the internal 
cache if the write was a cache hit. A write to an 
address not contained in the internal cache will only 
be written to external memory. Cache allocations 
are not made on write misses. 



5.2 Cache Control 

Control of the cache is provided by the CD and NW 
bits in CRO. CD enables and disables the cache. NW 
controls memory write-through and invalidates. 

The CD and NW bits define four operating modes of 
the on-chip cache as given in Table 5.1. These 
modes provide flexibility in how the on-chip cache is 
used. 

Table 5. 1 . Cache Operating Modes 



CD 


NW 


Operating Mode 


1 


1 


Cache fills disabled, write-through and 
invalidates disabled 


1 





Cache fills disabled, write-through and 
invalidates enabled 





1 


INVALID. IF CRO is loaded with this 
configuration of bits, a GP fault with 
error code of is raised. 








Cache fills enabled, write-through and 
invalidates enabled 



CD=1, NW=1 



The cache is completely disabled by setting 
CD=1 and NW=1 and then flushing the 
cache. This mode may be useful for debug- 
ging programs where it is important to see 
all memory cycles at the pins. Writes which 
hit in the cache will not appear on the exter- 
nal bus. 

It is possible to use the on-chip cache as 
fast static RAM by "pre-loading" certain 
memory areas into the cache and then set- 
ting CD = 1 and NW= 1 . Pre-loading can be 
done by careful choice of memory refer- 
ences with the cache turned on or by use of 
the testability functions (see Section 8.2). 
When the cache is turned off the memory 
mapped by the cache is "frozen" into the 
cache since fills and invalidates are dis- 
abled. 



CD=1, NW=0 

Cache fills are disabled but write-throughs 
and invalidates are enabled. This mode is 
the same as if the KEN# pin was strapped 
HIGH disabling cache fills. Write-throughs 
and invalidates may still occur to keep the 
cache valid. This mode is useful if the soft- 
ware must disable the cache for a short pe- 
riod of time, and then re-enable it without 
flushing the original contents. 

CD = 0, NW=1 

INVALID. If CRO is loaded with this bit con- 
figuration, a General Protection fault with 
error code of is raised. Note that this 
mode would imply a non-transparent write- 
back cache. A future processor may define 
this combination of bits to implement a 
write-back cache. 

CD = 0, NW=0 

This is the normal operating mode. 

Completely disabling the cache is a two step pro- 
cess. First CD and NW must be set to 1 and then the 
cache must be flushed. If the cache is not flushed, 
cache hits on reads will still occur and data will be 
read from the cache. 



5.3 Cache Line Fills 

Any area of memory can be cached in the Intel486 
DX microprocessor. Non-cacheable portions of 
memory can be defined by the external system or by 
software. The external system can inform the In- 
tel486 DX microprocessor that a memory address is 
non-cacheable by returning the KEN# pin inactive 
during a memory access (refer to Section 7.2.3). 
Software can prevent certain pages from being 
cached by setting the PCD bit in the page table en- 
try. 

A read request can be generated from program op- 
eration or by an instruction pre-fetch. The data will 
be supplied from the on-chip cache if a cache hit 
occurs on the read address. If the address is not in 
the cache, a read request for the data is generated 
on the external bus. 

If the read request is to a cacheable portion of mem- 
ory, the Intel486 DX microprocessor initiates a 
cache line fill. During a line fill a 16-byte line is read 
into the Intel486 DX microprocessor. 

Cache fills will only be generated for read misses. 
Write misses will never cause a line in the internal 
cache to be allocated. If a cache hit occurs on a 
write, the line will be updated. 
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Cache line fills can be performed over 8- and 16-bit 
busses using the dynamic bus sizing feature. Refer 
to Section 7.1.3 for a description of dynamic bus 
sizing. 

Refer to Section 7.2.3 for further information on 
cacheable cycles. 



5.4 Cache Line Invalidations 

The Intel486 DX microprocessor contains both a 
hardware and software mechanism for invalidating 
lines in its internal cache. Cache line invalidations 
are needed to keep the Intel486 DX microproces- 
sor's cache contents consistent with external mem- 
ory. 

Refer to Section 7.2.8 for further information on 
cache line invalidations. 



5.5 Cache Replacement 

When a line needs to be placed in its internal cache 
the Intel486 DX microprocessor first checks to see if 
there is a non-valid line in the set that can be re- 
placed. If all four lines in the set are valid, a pseudo 
least-recently-used mechanism is used to determine 
which line should be replaced. 

A valid bit is associated with each line in the cache. 
When a line needs to be placed in a set, the four 



valid bits are checked to see if there is a non-valid 
line that can be replaced. If a non-valid line is found, 
that line is marked for replacement. 

The four lines in the set are labeled 10, 11, 12, and 13. 
The order in which the valid bits are checked during 
an invalidation is 10, 11, 12 and 13. All valid bits are 
cleared when the processor is reset or when the 
cache is flushed. 

Replacement in the cache is handled by a pseudo 
least recently used (LRU) mechanism when all four 
lines in a set are valid. Three bits, BO, B1 and B2, 
are defined for each of the 1 28 sets in the cache. 
These bits are called the LRU bits. The LRU bits are 
updated for every hit or replace in the cache. 

If the most recent access to the set was to 10 or 11, 
BO is set to 1 . BO is set to if the most recent ac- 
cess was to 12 or 13. If the most recent access to 
10:11 was to 10, B1 is set to 1, else B1 is set to 0. If 
the most recent access to I2:I3 was to 12, B2 is set to 
1 , else B2 is set to 0. 

The pseudo LRU mechanism works in the following 
manner. When a line must be replaced, the cache 
will first select which of 10:11 and I2:I3 was least re- 
cently used. Then the cache will determine which of 
the two lines was least recently used and mark it for 
replacement. This decision tree is shown in Figure 
5.2. When the processor is reset or when the cache 
is flushed all 128 sets of three LRU bits are set to 0. 



All four lines In the set valid? ► Replace non-valid line 

Yes I 



BO = 0? 
Yes: 10 or 11 least recently used /\ No: 12 or 13 least recently used 




B1 =0? 


B2 = 0? 


Yes/ \No 


Yes/ \No 


/ \ 

Replace Replace 
10 11 


/ \ 

Replace Replace 
12 13 
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Figure 5.2. On-Chip Cache Replacement Strategy 
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5.6 Page Cacheability 

Two bits for cache control, PWT and PCD, are de- 
fined in the page table and page directory entries. 
The state of these bits are driven out on the PWT 
and PCD pins during memory access cycles. 

The PWT bit controls write policy for second level 
caches used with the Intel486 DX microprocessor. 
Setting PWT=1 defines a write-through policy for 
the current page while PWT= allows the possibility 
of write-back. The state of PWT is ignored internally 
by the Intel486 DX microprocessor since the on-chip 
cache is write through. 



The PCD bit controls cacheability on a page by page 
basis. The PCD bit is internally ANDed with the 
KEN# signal to control cacheability on a cycle by 
cycle basis (see Figure 5.3). PCD = enables cach- 
ing while PCD= 1 forbids it. Note that cache fills are 
enabled when PCD = AND KEN# = 0. This logical 
AND is implemented physically with a NOR gate. 

The state of the PCD bit in the page table entry is 
driven on the PCD pin when a page in external mem- 
ory is accessed. The state of the PCD pin informs 
the external system of the cacheability of the re- 
quested information. The external system then re- 
turns KEN# telling the Intel486 DX microprocessor 
if the area is cacheable. The Intel486 DX microproc- 
essor initiates a cache line fill if PCD and KEN# 
indicate that the requested information is cacheable. 
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Figure 5.3. Page Cacheability 
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The PCD bit is masked with the CD (cache disable) 
bit in control register to determine the state of the 
PCD pin. If CD=1 the Intel486 DX microprocessor 
forces the PCD pin HIGH. If CD = the PCD pin is 
driven with the value for the page table entry/direc- 
tory. See Figure 5.3. 

The PWT and PCD bits for a bus cycle are obtained 
from either CR3, the page directory or page table 
entry. These bits are assumed to be zero during real 
mode, whenever paging is disabled, or for cycles 
that bypass paging, (I/O references, interrupt ac- 
knowledge and Halt cycles), the PWT and PCD bits 
are taken from CR3. These bits are initialized to on 
reset, but can be set to any value by level soft- 
ware. 

When paging is enabled, the bits from the page table 
entry are cached in the TLB, and are driven any time 
the page mapped by the TLB entry is referenced. 
For normal memory cycles, PWT and PCD are taken 
from the page table entry. During TLB refresh cycles 
where the page table and directory entries are read, 
the PWT and PCD bits must be obtained elsewhere. 
During page table updates the bits are obtained from 
the page directory. When the page directory is up- 
dated the bits are obtained from CR3. 



5.7 Cache Flushing 

The on-chip cache can be flushed by external hard- 
ware or by software instructions. Flushing the cache 
clears all valid bits for all lines in the cache. The 
cache is flushed when external hardware asserts the 
FLUSH # pin. 

The flush pin needs to be asserted for one clock if 
driven synchronously or for two clocks if driven 
asynchronously. The flush input is asynchronous but 
setup and hold times must be met. The flush pin 
should be deasserted after the cache flush is com- 
plete. Failure to deassert the pin will cause execu- 
tion to stop as the processor will be repeatedly flush- 
ing the cache. If external hardware activates flush in 
response to an I/O write, flush must be asserted for 
at least two clocks prior to ready being returned for 
the I/O write. This ensures that the flush completes 
before the CPU begins execution of the instruction 
following the OUT instruction. 

Flush is recognized during HOLD just like EADS#. 

The instructions INVD and WBINVD cause the on- 
cache to be flushed. External caches connected to 
the Intel486 DX microprocessor are signalled to 
flush their contents when these instructions are exe- 
cuted. 

WBINVD will cause an external write-back cache to 
write back dirty lines before flushing its contents. 
The external cache is signalled using the bus cycle 
definition pins and the byte enables (refer to Section 



6.2.5 for the bus cycle definition pins and Section 
7.2.11 for special bus cycles). Refer to the Intel486 
DX microprocessor programmers reference manual 
for detailed instruction definitions. 

The results of the INVD and WBINVD instructions 
are identical for the operation of the Intel486 DX mi- 
croprocessor's on-chip cache since the cache is 
write-through. Note that the INVD and WBINVD in- 
structions are machine dependent. Future members 
of the Intel486 DX microprocessor family may 
change the definition of this instruction. 



5.8 Caching Translation Lookaside 
Buffer Entries 

The Intel486 DX microprocessor contains an inte- 
grated paging unit with a translation lookaside buffer 
(TLB). The TLB contains 32 entries. The TLB has 
been enhanced over the Intel386 microprocessor's 
TLB by upgrading the replacement strategy to a 
pseudo-LRU (least recently used) algorithm. The 
pseudo-LRU replacement algorithm is the same as 
that used in the on-chip cache. 

The paging TLB operation is automatic whenever 
paging is enabled. The TLB contains the most re- 
cently used page table entries. A page table entry 
translates the linear address pointing to a particular 
page to the physical address where the page is 
stored in memory (refer to Section 4.5, Paging). 

The paging unit will look up the linear address in the 
TLB in response to an internal bus request. The cor- 
responding physical address is passed on to the on- 
chip cache or the external bus (in the event of a 
cache miss) when the linear address is present in 
the TLB. 

The paging unit will access the page tables in exter- 
nal memory if the linear address is not in the TLB. 
The required page table entry will be read into the 
TLB and then the cache or bus cycle for the actual 
data will take place. The process of reading a new 
page table entry into the TLB is called a TLB refresh. 

A TLB refresh is a two step process. The paging unit 
must first read the page directory entry which points 
to the appropriate page table. The page table entry 
to be stored in the TLB is then read from the page 
table. Control register 3 (CR3) points to the base of 
the page directory table. 

The Intel486 DX microprocessor will allow page di- 
rectory and page table entries (returned during TLB 
refreshes) to be stored in the on-chip cache. Setting 
the PCD bits in CR3 and the page directory entry to 
1 will prevent the page directory and page table en- 
tries from being stored in the on-chip cache (see 
Section 5.6, Page Cacheability). 
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6.0 HARDWARE INTERFACE 



6.1 Introduction 

The Intel486 DX2 microprocessor bus has been de- 
signed to be identical with the Intel486 micropro- 
cessor bus. Several new features have been added 
to the Intel486 DX2 to increase performance and 
testability. New features include a speed doubler for 
the core logic, and IEEE 1149.1 boundary scan sup- 
port. 

The Intel486 DX2 is driven by what can be called a 
1 / 2 x clock, as opposed to the 1x clock in the Intel486 
DX and the 2x clock in the Intel386 micropro- 
cessors. Thus a 50 MHz Intel486 DX2 is driven by a 
25 MHz clock, in contrast with 25 MHz processors 
like the Intel486 DX2 and the Intel386 requiring 
25 MHz and 50 MHz, respectively. Since the In- 
tel486 DX has a clock doubler driving its core, but 
not its bus interface, it provides a simpler system 
design for a given performance level than the In- 
tel486 DX. In reality, this permits dramatic increases 
in performance by just plugging in the Intel486 



DX2 in a system that had already been designed for 
the Intel486. This performance is supplied because 
the bus interface is identical to that of an Intel486 
DX and all of the core is running at twice the speed 
of the comparable Intel486 DX. This speedup in- 
cludes the internal cache memory, the floating point 
unit, the instruction decode unit, the ALU and every- 
thing except the bus interface. 

Like the Intel386 microprocessor, the Intel486 DX 
microprocessor has separate parallel busses for 
data and addresses. The bidirectonal data bus is 
32 bits in width. The address bus consists of two 
components: 30 address lines (A2-A31) and 4 byte 
enable lines (BE0#-BE3#). The address bus ad- 
dresses external memory in the same manner as the 
Intel386 microprocessor: The address lines form the 
upper 30 bits of the address and the byte enables 
select individual bytes within a 4 byte location. The 
address lines are bidirectional for use in cache line 
invalidations. 
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The Intel486 DX microprocessor's burst bus mecha- 
nism enables high-speed cache fills from external 
memory. Burst cycles can strobe data into the proc- 
essor at a rate of one item every clock. Non-burst 
cycles have a maximum rate of one item every two 
clocks. Burst cycles are not limited to cache fills: all 
bus cycles requiring more than a single data cycle 
can be bursted. 

The Intel486 DX microprocessor has a bus hold fea- 
ture similar to that of the Intel386 microprocessor. 
During bus hold, the Intel486 DX microprocessor re- 
linquishes control of the local bus by floating its ad- 
dress, data and control busses. 

The Intel486 DX microprocessor has an address 
hold feature in addition to bus hold. During address 
hold only the address bus is floated, the data and 
control busses can remain active. Address hold is 
used for cache line invalidations. 

Ahead is a brief description of the Intel486 DX mi- 
croprocessor input and output signals arranged by 
functional groups. Before beginning the signal de- 
scriptions a few terms need to be defined. The # 
symbol at the end of a signal name indicates the 
active, or asserted, state occurs when the signal is 
at a low voltage. When a # is not present after the 
signal name, the signal is active at the high voltage 
level. The term "ready" is used to indicate that the 
cycle is terminated with RDY# or BRDY#. 

Section 6 and 7 will discuss bus cycles and data 
cycles. A bus cycle is at least two clocks long and 
begins with ADS# active in the first clock and ready 
active in the last clock. Data is transferred to or from 
the Intel486 DX microprocessor during a data cycle. 
A bus cycle contains one or more data cycles. 



6.2 Signal Descriptions 

6.2.1 CLOCK (CLK) 

CLK provides the fundamental timing and the inter- 
nal operating frequency for the Intel486 DX2 micro- 
processor. All external timing parameters are speci- 
fied with respect to the rising edge of CLK. 

The Intel486 DX2 microprocessor can operate over 
a wide frequency range but CLK's frequency cannot 
change rapidly while RESET is inactive. CLK's fre- 
quency must be stable for proper chip operation 
since a single edge of CLK is used internally to gen- 
erate four phases. CLK only needs TTL levels for 
proper operation. Figure 6.2 illustrates the CLK 
waveform. 



6.2.2 Address Bus (A31-A2, BE0#-BE3#) 

A31-A2 and BE0#-BE3# form the address bus 
and provide physical memory and I/O port address- 
es. The Intel486 DX microprocessor is capable of 
addressing 4 gigabytes of physical memory space 
(00000000H through FFFFFFFFH), and 64 Kbytes 
of I/O address space (00000000H through 
0000FFFFH). A31 -A2 identify addresses to a 4-byte 
location. BE0#-BE3# identify which bytes within 
the 4-byte location are involved in the current trans- 
fer. 

Addresses are driven back into the Intel486 DX mi- 
croprocessor over A31 -A4 during cache line invali- 
dations. The address lines are active HIGH. When 
used as inputs into the processor, A31-A4 must 
meet the setup and hold times, t£2 and t23- A31 -A2 
are not driven during bus or address hold. 






D( 



tx = input setup times 

ty = input hold times, output float, valid and hold times 



i-ty* 



XE 



Figure 6.2. CLK waveform 
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The byte enable outputs, BE0#-BE3#, determine 
which bytes must be driven valid for read and write 
cycles to external memory. 

BE3# applies to D24-D31 
BE2# applies to D16-D23 
BE1 # applies to D8-D1 5 
BE0# applies to D0-D7 

BE0#-BE3# can be decoded to generate AO, A1 
and BHE# signals used in 8- and 16-bit systems 
(see Table 7.5). BE0#-BE3# are active LOW and 
are not driven during bus hold. 

6.2.3 DATA LINES (D31 -DO) 

The bidirectional lines, D31-D0, form the data bus 
for the Intel486 DX microprocessor. D0-D7 define 
the least significant byte and D24-D31 the most sig- 
nificant byte. Data transfers to 8- or 1 6-bit devices is 
possible using the data bus sizing feature controlled 
by the BS8# or BS16# input pins. 

D31-D0 are active HIGH. For reads, D31-D0 "must 
meet the setup and hold times, t£2 and t23- D31 -DO 
are not driven during read cycles and bus hold. 

6.2.4 PARITY 

Data Parity Input/Outputs (DP0-DP3) 

DP0-DP3 are the data parity pins for the processor. 
There is one pin for each byte of the data bus. Even 
parity is generated or checked by the parity genera- 
tors/checkers. Even parity means that there are an 
even number of HIGH inputs on the eight corre- 
sponding data bus pins and parity pin. 

Data parity is generated on all write data cycles with 
the same timing as the data driven by the Intel486 
DX microprocessor. Even parity information must be 
driven back to the Intel486 DX microprocessor on 
these pins with the same timing as read information 
to insure that the correct parity check status is indi- 
cated by the Intel486 DX microprocessor. 

The values read on these pins do not affect program 
execution. It is the responsibility of the system to 
take appropriate actions if a parity error occurs. 

Input signals on DP0-DP3 must meet setup and 
hold times t£2 and t23 for proper operation. 

Parity Status Output (PCHK#) 

Parity status is driven on the PCHK# pin, and a pari- 
ty error is indicated by this pin being LOW. PCHK# 
is driven the clock after ready for read operations to 
indicate the parity status for the data sampled at the 



end of the previous clock. Parity is checked during 
code reads, memory reads and I/O reads. Parity is 
not checked during interrupt acknowledge cycles. 
PCHK# only checks the parity status for enabled 
bytes as indicated by the byte enable and bus size 
signals. It is valid only in the clock immediately after 
read data is returned to the Intel486 DX microproc- 
essor. At all other times it is inactive (HIGH). 
PCHK# is never floated. 

Driving PCHK# is the only effect that bad input pari- 
ty has on the Intel486 DX microprocessor. The In- 
tel486 DX microprocessor will not vector to a bus 
error interrupt when bad data parity is returned. In 
systems that will not employ parity, PCHK# can be 
ignored. In systems not using parity, DP0-DP3 
should be connected to Vcc through a pullup resis- 
tor. 

6.2.5 BUS CYCLE DEFINITION 
M/IO#, D/C#, W/R# Outputs 

M/IO#, D/C# and W/R# are the primary bus cycle 
definition signals. They are driven valid as the ADS# 
signal is asserted. M/IO# distinguishes between 
memory and I/O cycles, D/C# distinguishes be- 
tween data and control cycles and W/R# distin- 
guishes between write and read cycles. 

Bus cycle definitions as a function of M/IO#, D/C# 
and W/R# are given in Table 6.1. Note there is a 
difference between the Intel486 DX microprocessor 
and Intel386 microprocessor bus cycle definitions. 
The halt bus cycle type has been moved to location 
001 in the Intel486 DX microprocessor from location 
101 in the Intel386 microprocessor. Location 101 is 
now reserved and will never be generated by the 
Intel486 DX microprocessor. 



Table 6.1 


. ADS# Initiated Bus Cycle Definitions 


M/IO# 


D/C# 


W/R# 


Bus Cycle Initiated 











Interrupt Acknowledge 








1 


Halt/Special Cycle 





1 





I/O Read 





1 


1 


I/O Write 


1 








Code Read 


1 





1 


Reserved 


1 


1 





Memory Read 


1 


1 


1 


Memory Write 



Special bus cycles are discussed in Section 7.2.11. 

Bus Lock Output (LOCK#) 

LOCK# indicates that the Intel486 DX microproces- 
sor is running a read-modify-write cycle where the 
external bus must not be relinquished between the 
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read and write cycles. Read-modify-write cycles are 
used to implement memory-based semaphores. 
Multiple reads or writes can be locked. 

When LOCK# is asserted, the current bus cycle is 
locked and the Intel486 DX microprocessor should 
be allowed exclusive access to the system bus. 
LOCK# goes active in the first clock of the first 
locked bus cycle and goes inactive after ready is 
returned indicating the last locked bus cycle. 

The Intel486 DX microprocessor will not acknowl- 
edge bus hold when LOCK# is asserted (though it 
will allow an address hold). LOCK# is active LOW 
and is floated during bus hold. Locked read cycles 
will not be transformed into cache fill cycles if KEN# 
is returned active. Refer to Section 7.2.6 for a de- 
tailed discussion of Locked bus cycles. 

Pseudo-Lock Output (PLOCK # ) 

The pseudo-lock feature allows atomic reads and 
writes of memory operands greater than 32 bits. 
These operands require more than one cycle to 
transfer. The Intel486 DX microprocessor asserts 
PLOCK # during floating point long reads and writes 
(64 bits), segment table descriptor reads (64 bits) 
and cache line fills (1 28 bits). 

When PLOCK # is asserted no other master will be 
given control of the bus between cycles. A bus hold 
request (HOLD) is not acknowledged during pseudo- 
locked reads and writes, with one exception. During 
non-cacheable non-bursted code prefetches, HOLD 
is recognized on memory cycle boundaries even 
though PLOCK# is asserted. The Intel486 DX mi- 
croprocessor will drive PLOCK # active until the ad- 
dresses for the last bus cycle of the transaction 
have been driven regardless of whether BRDY# or 
RDY# are returned. 

A pseudo-locked transfer is meaningful only if the 
memory operand is aligned and if its completely con- 
tained within a single cache line. A 64-bit floating 
point number must be aligned to an 8-byte boundary 
to guarantee an atomic access. 

Normally PLOCK # and BLAST # are inverse of 
each other. However during the first cycle of a 64-bit 
floating point write, both PLOCK # and BLAST # will 
be asserted. 

Since PLOCK # is a function of the bus size and 
KEN# inputs, PLOCK # should be sampled only in 
the clock ready is returned. This pin is active LOW 
and is not driven during bus hold. Refer to Section 
7.2.7 for a detailed discussion of pseudo-locked bus 
cycles. 



6.2.6 BUS CONTROL 

The bus control signals allow the processor to indi- 
cate when a bus cycle has begun, and allow other 
system hardware to control burst cycles, data bus 
width and bus cycle termination. 

Address Status Output (ADS#) 

The ADS# output indicates that the address and 
bus cycle definition signals are valid. This signal will 
go active in the first clock of a bus cycle and go 
inactive in the second and subsequent clocks of the 
cycle. ADS# is also inactive when the bus is idle. 

ADS# is used by external bus circuitry as the indica- 
tion that the processor has started a bus cycle. The 
external circuit must sample the bus cycle definition 
pins on the next rising edge of the clock after ADS# 
is driven active. 

ADS# is active LOW and is not driven during bus 
hold. 

Non-burst Ready Input (RDY#) 

RDY# indicates that the current bus cycle is com- 
plete. In response to a read, RDY# indicates that 
the external system has presented valid data on the 
data pins. In response to a write request, RDY# indi- 
cates that the external system has accepted the In- 
tel486 DX microprocessor data. RDY# is ignored 
when the bus is idle and at the end of the first clock 
of the bus cycle. Since RDY# is sampled during ad- 
dress hold, data can be returned to the processor 
when AHOLD is active. 

RDY# is active LOW, and is not provided with an 
internal pullup resistor. This input must satisfy setup 
and hold times t-|6 and ti7 for proper chip operation. 



6.2.7 BURST CONTROL 
Burst Ready Input (BRDY#) 

BRDY# performs the same function during a burst 
cycle that RDY# performs during a non-burst cycle. 
BRDY# indicates that the external system has pre- 
sented valid data on the data pins in response to a 
read or that the external system has accepted the 
Intel486 DX microprocessor data in response to a 
write. BRDY# is ignored when the bus is idle and at 
the end of the first clock in a bus cycle. 

During a burst cycle, BRDY# will be sampled each 
clock, and if active, the data presented on the data 
bus pins will be strobed into the Intel486 DX micro- 
processor. ADS# is negated during the second 
through last data cycles in the burst, but address 
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lines A2-A3 and byte enables will change to reflect 
the next data item expected by the Intel486 DX mi- 
croprocessor. 

If RDY# is returned simultaneously with BRDY#, 
BRDY# is ignored and the burst cycle is premature- 
ly aborted. An additional complete bus cycle will be 
initiated after an aborted burst cycle if the cache line 
fill was not complete. BRDY# is treated as a normal 
ready for the last data cycle in a burst transfer or for 
non-burstable cycles. Refer to Section 7.2.2 for 
burst cycle timing. 

BRDY# is active LOW and is provided with a small 
internal pullup resistor. BRDY# must satisfy the set- 
up and hold times t-i6 and t-17. 

Burst Last Output (BLAST #) 

BLAST# indicates that the next time BRDY# is re- 
turned it will be treated as a normal RDY#, terminat- 
ing the line fill or other multiple-data-cycle transfer. 
BLAST # is active for all bus cycles regardless of 
whether they are cacheable or not. This pin is active 
LOW and is not driven during bus hold. 

6.2.8 INTERRUPT SIGNALS (RESET, INTR, 
NMI) 

The interrupt signals can interrupt or suspend exe- 
cution of the processor's current instruction stream. 

Reset Input (RESET) 

RESET forces the Intel486 DX2 microprocessor to 
begin execution at a known state. For a power-up 
(cold start) reset, Vqc and CLK must reach their 
proper DC and AC specifications for at least 

1 ms before the Intel486 DX2 microprocessor be- 
gins instruction execution. The RESET pin should 
remain active during this time to ensure proper In- 
tel486 DX2 microprocessor operation. However, for 
a warm boot-up case, RESET is required to re- 
main active for a minimum of 15 clocks. The test- 
ability operating modes are programmed by the fall- 
ing (inactive going) edge of RESET. (Refer to Sec- 
tion 8.0 for a description of the test modes during 
reset.) 

Maskable Interrupt Request Input (INTR) 

INTR indicates that an external interrupt has been 
generated. Interrupt processing is initiated if the IF 
flag is active in the EFLAGS register. 

The Intel486 DX microprocessor will generate two 
locked interrupt acknowledge bus cycles in re- 
sponse to asserting the INTR pin. An 8-bit interrupt 
number will be latched from an external interrupt 
controller at the end of the second interrupt ac- 
knowledge cycle. INTR must remain active until the 
interrupt acknowledges have been performed to as- 



sure program interruption. Refer to Section 7.2.10 
for a detailed discussion of interrupt acknowledge 
cycles. 

The INTR pin is active HIGH and is not provided with 
an internal pulldown resistor. INTR is asynchronous, 
but the INTR setup and hold times, tao and t2i, must 
be met to assure recognition on any specific clock. 

Non-maskable Interrupt Request Input (NMI) 

NMI is the non-maskable interrupt request signal. 
Asserting NMI causes an interrupt with an internally 
supplied vector value of 2. External interrupt ac- 
knowledge cycles are not generated since the NMI 
interrupt vector is internally generated. When NMI 
processing begins, the NMI signal will be masked 
internally until the IRET instruction is executed. 

NMI is rising edge sensitive after internal synchroni- 
zation. NMI must be held LOW for at least four CLK 
periods before this rising edge for proper operation. 
NMI is not provided with an internal pulldown resis- 
tor. NMI is asynchronous but setup and hold times, 
t2o and t2i must be met to assure recognition on any 
specific clock. 

6.2.9 BUS ARBITRATION SIGNALS 

This section describes the mechanism by which the 
processor relinquishes control of its local bus when 
requested by another bus master. 

Bus Request Output (BREQ) 

The Intel486 DX microprocessor asserts BREQ 
whenever a bus cycle is pending internally. Thus, 
BREQ is always asserted in the first clock of a bus 
cycle, along with ADS#. Furthermore, if the Intel486 
DX microprocessor is currently not driving the bus 
(due to HOLD, AHOLD, or BOFF#), BREQ is assert- 
ed in the same clock that ADS# would have been 
asserted if the processor were driving the bus. After 
the first clock of the bus cycle, BREQ may change 
state. It will be asserted if additional cycles are nec- 
essary to complete a transfer (via BS8#, BS16#, 
KEN#), or if more cycles are pending internally. 
However, if no additional cycles are necessary to 
complete the current transfer, BREQ can be negat- 
ed before ready comes back for the current cycle. 
External logic can use the BREQ signal to arbitrate 
among multiple processors. This pin is driven re- 
gardless of the state of bus hold or address hold. 
BREQ is active HIGH and is never floated. During a 
hold state, internal events may cause BREQ to be 
deasserted prior to any bus cycles. 

Bus Hold Request Input (HOLD) 

HOLD allows another bus master complete control 
of the Intel486 DX microprocessor bus. The Intel486 
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DX microprocessor will respond to an active HOLD 
signal by asserting HLDA and placing most of its 
output and input/output pins in a high impedance 
state (floated) after completing its current bus cycle, 
burst cycle, or sequence of locked cycles. In addi- 
tion, if the Intel486 DX CPU receives a HOLD re- 
quest while performing a non-cacheable, non-burst- 
ed code prefetch and that cycle is backed off 
(BOFF#), the Intel486 DX CPU will recognize HOLD 
before restarting the cycle. The BREQ, HLDA, 
PCHK# and FERR# pins are not floated during bus 
hold. The Intel486 DX microprocessor will maintain 
its bus in this state until the HOLD is deasserted. 
Refer to Section 7.2.9 for timing diagrams for a bus 
hold cycle. 

Unlike the Intel386 microprocessor, the Intel486 DX 
microprocessor will recognize HOLD during re- 
set. Pullup resistors are not provided for the outputs 
that are floated in response to HOLD. HOLD is ac- 
tive HIGH and is not provided with an internal pull- 
down resistor. HOLD must satisfy setup and hold 
times tie and t-19 for proper chip operation. 

Bus Hold Acknowledge Output (HLDA) 

HLDA indicates that the Intel486 DX microprocessor 
has given the bus to another local bus master. HLDA 
goes active in response to a hold request presented 
on the HOLD pin. HLDA is driven active in the same 
bus clock cycle that the Intel486 DX microprocessor 
floats its bus. 

HLDA will be driven inactive when leaving bus hold 
and the Intel486 DX microprocessor will resume 
driving the bus. The Intel486 DX microprocessor will 
not cease internal activity during bus hold since the 
internal cache will satisfy the majority of bus re- 
quests. HLDA is active HIGH and remains driven 
during bus hold. 

Backoff Input (BOFF#) 

Asserting the BOFF# input forces the Intel486 DX 
microprocessor to release control of its bus in the 
next clock. The pins floated are exactly the same as 
in response to HOLD. The response to BOFF# dif- 
fers from the response to HOLD in two ways: First, 
the bus is floated immediately in response to 
BOFF# while the Intel486 DX microprocessor com- 
pletes the current bus cycle before floating its bus in 
response to HOLD. Second the Intel486 DX does 
not assert HLDA in response to BOFF#. 

The processor remains in bus hold until BOFF# is 
negated. Upon negation, the Intel486 DX microproc- 
essor restarts the bus cycle aborted when BOFF# 
was asserted. To the internal execution engine the 
effect of BOFF# is the same as inserting a few wait 
states to the original cycle. Refer to Section 7.2.12 
for a description of bus cycle restart. 



Any data returned to the processor while BOFF# is 
asserted is ignored. BOFF# has higher priority than 
RDY# or BRDY#. If both BOFF# and ready are 
returned in the same clock, BOFF# takes effect. If 
BOFF# is asserted while the bus is idle, the Intel486 
DX microprocessor will float its bus in the next bus 
clock. BOFF# is active LOW and must meet setup 
and hold times t-ie and t-j'g for proper chip operation. 

6.2.10 CACHE INVALIDATION 

The AHOLD and EADS# inputs are used during 
cache invalidation cycles. AHOLD conditions the In- 
tel486 DX microprocessors address lines, A4-A31, 
to accept an address input. EADS# indicates that 
an external address is actually valid on the address 
inputs. Activating EADS# will cause the Intel486 DX 
microprocessor to read the external address bus 
and perform an internal cache invalidation cycle to 
the address indicated. Refer to Section 7.2.8 for 
cache invalidation cycle timing. 

Address Hold Request Input (AHOLD) 

AHOLD is the address hold request. It allows anoth- 
er bus master access to the Intel486 DX microproc- 
essor address bus for performing an internal cache 
invalidation cycle. Asserting AHOLD will force the 
Intel486 DX microprocessor to stop driving its ad- 
dress bus in the next clock. While AHOLD is active 
only the address bus will be floated, the remainder 
of the bus can remain active. For example, data can 
be returned for a previously specified bus cycle 
when AHOLD is active. The Intel486 DX microproc- 
essor will not initiate another bus cycle during ad- 
dress hold. Since the Intel486 DX microprocessor 
floats its bus immediately in response to AHOLD, an 
address hold acknowledge is not required. If AHOLD 
is asserted while a bus cycle is in progress, and no 
readies are returned during the time AHOLD is as- 
serted, the Intel486 DX will redrive the same ad- 
dress (that it originally sent out) once AHOLD is neg- 
ated. 

AHOLD is recognized during reset. Since the entire 
cache is invalidated by reset, any invalidation cycles 
run during reset will be unnecessary. AHOLD is ac- 
tive HIGH and is provided with a small internal pull- 
down resistor. It must satisfy the setup and hold 
times t-is and tig for proper chip operation. This pin 
determines whether or not the built in self test fea- 
tures of the Intel486 DX microprocessor will be exer- 
cised on assertion of RESET. 

External Address Valid Input (EADS#) 

EADS# indicates that a valid external address has 
been driven onto the Intel486 DX address pins. This 
address will be used to perform an internal cache 
invalidation cycle. The external address will be 
checked with the current cache contents. If the ad- 
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dress specified matches any areas in the cache, that 
area will immediately be invalidated. 

An invalidation cycle may be run by asserting 
EADS# regardless of the state of AHOLD, HOLD 
and BOFF#. EADS# is active LOW and is provided 
with an internal pullup resistor. EADS# must satisfy 
the setup and hold times t-12 and *13 f° r proper chip 
operation. 

6.2.11 CACHE CONTROL 

Cache Enable Input (KEN#) 

KEN # is the cache enable pin. KEN# is used to 
determine whether the data being returned by the 
current cycle is cacheable. When KEN# is active 
and the Intel486 DX microprocessor generates a cy- 
cle that can be cached (most any memory read cy- 
cle), the cycle will be transformed into a cache line 
fill cycle. 

A cache line is 16 bytes long. During the first cycle of 
a cache line fill the byte-enable pins should be ig- 
nored and data should be returned as if all four byte 
enables were asserted. The Intel486 DX microproc- 
essor will run between 4 and 16 contiguous bus cy- 
cles to fill the line depending on the bus data width 
selected by BS8# and BS16#. Refer to Section 
7.2.3 for a description of cache line fill cycles. 

The KEN# input is active LOW and is provided with 
a small internal pullup resistor. It must satisfy the 
setup and hold times t-14 and t-15 for proper chip op- 
eration. 

Cache Flush Input (FLUSH #) 

The FLUSH # input forces the Intel486 DX micro- 
processor to flush its entire internal cache. FLUSH # 
is active LOW and need only be asserted for one 
clock. FLUSH # is asynchronous but setup and hold 
times t2o and t£i must be met for recognition on any 
specific clock. 

FLUSH # also determines whether or not the 3-state 
test mode of the Intel486 DX microprocessor will be 
invoked on assertion of RESET. 



6.2.12 PAGE CACHEABILITY (PWT, PCD) 

The PWT and PCD output signals correspond to two 
user attribute bits in the page table entry. When pag- 
ing is enabled, PWT and PCD correspond to bits 3 
and 4 of the page table entry respectively. For cy- 
cles that are not paged when paging is enabled (for 
example I/O cycles) PWT and PCD correspond to 
bits 3 and 4 in control register 3. When paging is 
disabled, the Intel486 DX CPU ignores the PCD and 
PWT bits and assumes they are zero for the purpose 
of caching and driving PCD and PWT. 



PCD is masked by the CD (cache disable) bit in con- 
trol register (CRO). When CD = 1 (cache line fills 
disabled) the Intel486 DX microprocessor forces 
PCD HIGH. When CD = 0, PCD is driven with the 
value of the page table entry/directory. 

The purpose of PCD is to provide a cacheable/non- 
cacheable indication on a page by page basis. The 
Intel486 DX will not perform a cache fill to any page 
in which bit 4 of the page table entry is set. PWT 
corresponds to the write-back bit and can be used 
by an external cache to provide this functionality. 
PCD and PWT bits are assigned to be zero during 
real mode or whenever paging is disabled. Refer to 
Sections 4.5.4 and 5.6 for a discussion of non- 
cacheable pages. 

PCD and PWT have the same timing as the cycle 
definition pins (M/IO#, D/C#, W/R#). PCD and 
PWT are active HIGH and are not driven during bus 
hold. 



6.2.13 NUMERIC ERROR REPORTING 
(FERR#, IGNNE#) 

To allow PC-type floating point error reporting, the 
Intel486 DX microprocessor provides two pins, 
FERR# and IGNNE#. 

Floating Point Error Output (FERR#) 

The Intel486 DX microprocessor asserts FERR# 
whenever an unmasked floating point error is en- 
countered. FERR# is similar to the ERROR # pin on 
the Intel387 math coprocessor. FERR# can be 
used by external logic for PC-type floating point error 
reporting in Intel486 DX microprocessor systems. 
FERR# is active LOW, and is not floated during bus 
hold. 

In some cases, FERR# is asserted when the next 
floating point instruction is encountered and in other 
cases it is asserted before the next floating point 
instruction is encountered depending upon the exe- 
cution state of the instruction causing the exception. 

The following class of floating point exceptions drive 
FERR# at the time the exception occurs (i.e., before 
encountering the next floating point instruction). 

1 . The stack fault, invalid operation, and denormal 
exceptions on all transcendental instructions, in- 
teger arithmetic instructions, FSQRT, FSCALE, 
FPREM(1), FXTRACT, FBLD, and FBSTP. 

2. Any exceptions on store instructions (including 
integer store instructions). 

The following class of floating point exceptions drive 
FERR# only after encountering the next floating 
point instruction. 
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1. Exceptions other than on all transcendental in- 
structions, integer arithmetic instructions, 
FSQRT, FSCALE, FPREM(1), FXTRACT, FBLD, 
and FBSTP. 

2. Any exception on all basic arithmetic, load, com- 
pare, and control instructions (i.e., all other in- 
structions). 

Ignore Numeric Error Input (IGNNE#) 

The Intel486 DX microprocessor will ignore a numer- 
ic error and continue executing non-control floating 
point instructions when IGNNE# is asserted, but 
FERR# will still be activated. When deasserted, the 
Intel486 DX microprocessor will freeze on a non- 
control floating point instruction if a previous instruc- 
tion caused an error. IGNNE# has no effect when 
the NE bit in control register is set. 

The IGNNE# input is active LOW and is provided 
with a small internal pullup resistor. This input is 
asynchronous, but must meet setup and hold times 
t2o and tai to insure recognition on any specific 
clock. 



6.2.14 BUS SIZE CONTROL (BS16#, BS8#) 

The BS16# and BS8# inputs allow external 16- and 
8-bit busses to be supported with a small number of 
external components. The Intel486 DX CPU sam- 
ples these pins every clock. The value sampled in 
the clock before ready determines the bus size. 
When asserting BS16# or BS8# only 16 or 8 bits of 
the data bus need be valid. If both BS16# and 
BS8# are asserted, an 8-bit bus width is selected. 

When BS16# or BS8# are asserted the Intel486 DX 
microprocessor will convert a larger data request to 
the appropriate number of smaller transfers. The 
byte enables will also be modified appropriately for 
the bus size selected. 

BS16# and BS8# are active LOW and are provided 
with small internal pullup resistors. BS16# and 
BS8# must satisfy the setup and hold times t-14 and 
ti 5 for proper chip operation. 

6.2.15 ADDRESS BIT 20 MASK (A20M#) 

Asserting the A20M# input causes the Intel486 DX 
microprocessor to mask physical address bit 20 be- 
fore performing a lookup in the internal cache and 
before driving a memory cycle to the outside world. 
When A20M# is asserted, the Intel486 DX micro- 
processor emulates the 1 Mbyte address wrap- 
around that occurs on the 8086. A20M# is active 
LOW and must be asserted only when the processor 
is in real mode. The A20M# is not defined in Pro- 
tected Mode. A20M# is asynchronous but should 
meet setup and hold times t2o and t2i for recogni- 



tion in any specific clock. For correct operation of 
the chip, A20M# should be sampled high 2 clocks 
before and 2 clocks after RESET goes low. 

6.2.16 BOUNDARY SCAN TEST SIGNALS 

Test Clock (TCK) 

TCK is an input to the Intel486 DX2 CPU and pro- 
vides the clocking function required by the JTAG 
boundary scan feature. TCK is used to clock state 
information and data into and out of the component. 
State select information and data are clocked into 
the component on the rising edge of TCK on TMS 
and TDI, respectively. Data is clocked out of the part 
on the falling edge of TCK on TDO. 

In addition to using TCK as a free running clock, it 
may be stopped in a low, O, state, indefinitely as 
described in IEEE 1149.1. While TCK is stopped in 
the low state, the boundary scan latches retain their 
state. 

When boundary scan is not used, TCK should be 
tied high or left as a NC (This is important during 
power up to avoid the possibility of glitches on the 
TCK which could prematurely initiate boundary scan 
operations). TCK is supplied with an internal pullup 
resistor. 

TCK is a clock signal and is used as a reference for 
sampling other JTAG signals. On the rising edge of 
TCK, TMS and TDI are sampled. On the falling edge 
of TCK, TDO is driven. 

Test Mode Select (TMS) 

TMS is decoded by the JTAG TAP (Tap Access 
Port) to select the operation of the test logic, as de- 
scribed in Section 8.5.4. 

To guarantee deterministic behavior of the TAP con- 
troller, TMS is provided with an internal pull-up resis- 
tor. If boundary scan is not used, TMS may be tied 
high or left unconnected. TMS is sampled on the 
rising edge of TCK. TMS is used to select the inter- 
nal TAP states required to load boundary scan in- 
structions to data on TDI. For proper initialization of 
the JTAG logic, TMS should be driven high, "1 ", for 
at least four TCK cycles following the rising edge of 
RESET. 



Test Data Input (TDI) 

TDI is the serial input used to shift JTAG instructions 
and data into the component. The shifting of instruc- 
tions and data occurs during the SHIFT-IR and 
SHIFT-DR controller states, respectively. These 
states are selected using the TMS signal as de- 
scribed in Section 8.5.4. 
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An internal pull-up resistor is provided on TDI to en- 
sure a known logic state if an open circuit occurs on 
the TDI path. Note that when "1" is continuously 
shifted into the instruction register, the BYPASS 
instruction is selected. TDI is sampled on the 
rising edge of TCK, during the SHIFT-IR and the 
SHIFT-DR states. During all other TAP controller 
states, TDI is a "don't care". 



Test Data Output (TDO) 

TDO is the serial output used to shift JTAG instruc- 
tions and data out of the component. The shifting of 
instructions and data occurs during the SHIFT-IR 
and SHIFT-DR TAP controller states, respectively. 
These states are selected using the TMS signal as 
described in Section 8.5.4. When not in SHIFT-IR or 
SHIFT-DR state, TDO is driven to a high impedance 
state to allow connecting TDO of different devices in 
parallel. 

TDO is driven on the falling edge of TCK during the 
SHIFT-IR and SHIFT-DR TAP controller states. At 
all other times TDO is driven to the high impedance 
state. 



6.3 Write Buffers 

The Intel486 DX2 microprocessor contains four 
write buffers to enhance the performance of consec- 
utive writes to memory. The buffers can be filled at a 
rate of one write per clock until all four buffers are 
filled. 

When all four buffers are empty and the bus is idle, a 
write request will propagate directly to the external 
bus bypassing the write buffers. If the bus is not 
available at the time the write is generated internally, 
the write will be placed in the write buffers and prop- 
agate to the bus as soon as the bus becomes avail- 
able. The write is stored in the on-chip cache imme- 
diately if the write is a cache hit. 

Writes will be driven onto the external bus in the 
same order in which they are received by the write 
buffers. Under certain conditions a memory read will 
go onto the external bus before the memory writes 
pending in the buffer even though the writes oc- 
curred earlier in the program execution. 

A memory read will only be reordered in front of all 
writes in the buffers under the following conditions: If 
all writes pending in the buffers are cache hits and 
the read is a cache miss. Under these conditions the 
Intel486 DX microprocessor will not read from an 
external memory location that needs to be updated 
by one of the pending writes. 



Reordering of a read with the writes pending in the 
buffers can only occur once before all the buffers 
are emptied. Reordering read once only maintains 
cache consistency. Consider the following example: 
The CPU writes to location X. Location X is in the 
internal cache, so it is updated there immediately. 
However, the bus is busy so the write out to main 
memory is buffered (see Figure 6.3(a)). At this point, 
any reads to location X would be cache hits and 
most up-to-date data would be read. 





Intel486 DX2 
CPU Cache 




Write Buffer 




Main Memory 
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new data x 


X 


new data x 


w 

X 
Y 

Z 


datax 
datay 



















Figure 6.3(a) 

The next instruction causes a read to location Y. 
Location Y is not in the cache (a cache miss). Since 
the write in the write buffer is a cache hit, the read is 
reordered. When location Y is read, it is put into the 
cache. The possibility exists that location Y will re- 
place location X in the cache. If this is true, location 
X would no longer be cached (see Figure 6.3(b)). 
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Figure 6.3(b) 

Cache consistency has been maintained up to this 
point. If a subsequent read is to location X (now a 
cache miss) and it was reordered in front of the buff- 
ered write to location X, stale data would be read. 
This is why only 1 read is allowed to be reordered. 
Once a read is reordered, all the writes in the write 
buffer are flagged as cache misses to ensure that no 
more reads are reordered. Since one of the condi- 
tions to reorder a read is that all writes in the write 
buffer must be cache hits, no more reordering is al- 
lowed until all of those flagged writes propogate to 
the bus. Similarly, if an invalidation cycle is run all 
entries in the write buffer are flagged as cache 
misses. 

For multiple processor systems and/or systems us- 
ing DMA techniques, such as bus snooping, locked 
semaphores should be used to maintain cache con- 
sistency. 
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6.3.1 WRITE BUFFERS AND I/O CYCLES 

Input/Output (I/O) cycles must be handled in a dif- 
ferent manner by the write buffers. 

I/O reads are never reordered in front of buffered 
memory writes. This insures that the Intel486 DX mi- 
croprocessor will update all memory locations be- 
fore reading status from an I/O device. 

The Intel486 DX microprocessor never buffers sin- 
gle I/O writes. When processing an OUT instruction, 
internal execution stops until the I/O write actually 
completes on the external bus. This allows time for 
the external system to drive an invalidate into the 
Intel486 DX microprocessor or to mask interrupts 
before the processor progresses to the instruction 
following OUT. REP OUTS instructions will be buff- 
ered. 

I/O device recovery time must be handled slightly 
differently by the Intel486 DX microprocessor than 
with the Intel386 microprocessor. I/O device back- 
to-back write recovery times could be guaranteed by 
the Intel386 microprocessor by inserting a jump to 
the next instruction in the code that writes to the 
device. The jump forces the Intel386 microprocessor 
to generate a prefetch bus cycle which can't begin 
until the I/O write completes. 

Inserting a jump to the next write will not work with 
the Intel486 DX microprocessor because the pre- 
fetch could be satisfied by the on-chip cache. A read 
cycle must be explicitly generated to a non-cache- 
able location in memory to guarantee that a read 
bus cycle is performed. This read will not be allowed 
to proceed to the bus until after the I/O write has 
completed because I/O writes are not buffered. The 
I/O device will have time to recover to accept anoth- 
er write during the read cycle. 

6.3.2 WRITE BUFFERS IMPLICATIONS ON 
LOCKED BUS CYCLES 

Locked bus cycles are used for read-modify-write 
accesses to memory. During a read-modify-write ac- 
cess, a memory base variable is read, modified and 
then written back to the same memory location. It is 
important that no other bus cycles, generated by 
other bus masters or by the Intel486 DX microproc- 
essor itself, be allowed on the external bus between 
the read and write portion of the locked sequence. 

During a locked read cycle the Intel486 DX micro- 
processor will always access external memory, it will 
never look for the location in the on-chip cache, but 
for write cycles, data is written in the internal cache 
(if cache hit) and in the external memory. All data 
pending in the Intel486 DX microprocessor's write 
buffers will be written to memory before a locked 
cycle is allowed to proceed to the external bus. 



The Intel486 DX microprocessor will assert the 
LOCK# pin after the write buffers are emptied dur- 
ing a locked bus cycle. With the LOCK# pin assert- 
ed, the microprocessor will read the data, operate 
on the data and place the results in a write buffer. 
The contents of the write buffer will then be written 
to external memory. LOCK# will become inactive 
after the write part of the locked cycle. 



6.4 Interrupt and Non-Maskable 
Interrupt Interface 

The Intel486 DX microprocessor provides two asyn- 
chronous interrupt inputs, INTR (interrupt request) 
and NMI (non-maskable interrupt input). This section 
describes the hardware interface between the in- 
struction execution unit and the pins. For a descrip- 
tion of the algorithmic response to interrupts refer to 
Section 2.7. For interrupt timings refer to Section 
7.2.10. 

6.4.1 INTERRUPT LOGIC 

The Intel486 DX microprocessor contains a two- 
clock synchronizer on the interrupt line. An interrupt 
request will reach the internal instruction execution 
unit two clocks after the INTR pin is asserted, if 
proper setup is provided to the first stage of the syn- 
chronizer. 

There is no special logic in the interrupt path other 
than the synchronizer. The INTR signal is level sen- 
sitive and must remain active for the instruction exe- 
cution unit to recognize it. The interrupt will not be 
serviced by the Intel486 DX microprocessor if the 
INTR signal does not remain active. 

The instruction execution unit will look at the state of 
the synchronized interrupt signal at specific clocks 
during the execution of instructions (if interrupts are 
enabled). These specific clocks are at instruction 
boundaries, or iteration boundaries in the case of 
string move instructions. Interrupts will only be ac- 
cepted at these boundaries. 

An interrupt must be presented to the Intel486 DX 
microprocessor INTR pin three clocks before the 
end of an instruction for the interrupt to be acknowl- 
edged. Presenting the interrupt 3 clocks before the 
end of an instruction allows the interrupt to pass 
through the two clock synchronizer leaving one 
clock to prevent the initiation of the next sequential 
instruction and to begin interrupt service. If the inter- 
rupt is not received in time to prevent the next in- 
struction, it will be accepted at the end of next in- 
struction, assuming INTR is still held active. The in- 
terrupt service microcode will start after two dead 
clocks. 
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The longest latency between when an interrupt re- 
quest is presented on the INTR pin and when the 
interrupt service begins is: longest instruction used 
+ the two clocks for synchronization + one clock 
required to vector into the interrupt service micro- 
code. 

6.4.2 NMI LOGIC 

The NMI pin has a synchronizer like that used on the 
INTR line. Other than the synchronizer, the NMI log- 
ic is different from that of the maskable interrupt. 

NMI is edge triggered as opposed to the level trig- 
gered INTR signal. The rising edge of the NMI signal 
is used to generate the interrupt request. The NMI 
input need not remain active until the interrupt is ac- 
tually serviced. The NMI pin only needs to remain 
active for a single clock if the required setup and 
hold times are met. NMI will operate properly if it is 
held active for an arbitrary number of clocks. 

The NMI input must be held inactive for at least four 
clocks after it is asserted to reset the edge triggered 
logic. A subsequent NMI may not be generated if the 
NMI is not held inactive for at least two clocks after 
being asserted. 

The NMI input is internally masked whenever the 
NMI routine is entered. The NMI input will remain 
masked until an I RET (return from interrupt) instruc- 
tion is executed. Masking the NMI signal prevents 
recursive NMI calls. If another NMI occurs while the 
NMI is masked off, the pending NMI will be executed 
after the current NMI is done. Only one NMI can be 
pending while NMI is masked. 

6.5 Reset and Initialization 

The Intel486 DX microprocessor has a built in self 
test (BIST) that can be run during reset. The BIST is 
invoked if the AHOLD pin is asserted for 2 clocks 
before and 2 clocks after RESET is deasserted. RE- 
SET must be active for 15 clocks with or with no 
BIST being enabled. Refer to Section 8.0 for infor- 
mation on Intel486 DX microprocessor testability. 

The Intel486 DX microprocessor registers have the 
values shown in Table 1.5 after RESET is per- 
formed. The EAX register contains information on 
the success or failure of the BIST if the self test is 
executed. The DX register always contains a compo- 
nent identifier at the conclusion of RESET. The up- 
per byte of DX (DH) will contain 04 and the lower 
byte (DL) will contain a stepping identifier (see Table 
1 .5). The floating point registers are initialized as if 
the FIN IT/ FN I NIT (initialize processor) instruction 
was executed if the BIST was performed. If the BIST 
is not executed, the floating point registers are un- 
changed. 



Table 6.2. Register Values after Reset 



Register 


Initial Value 
(BIST) 


Initial Value 
(No Bist) 


EAX 


Zero (Pass) 


Undefined 


ECX 


Undefined 


Undefined 


EDX 


0400 + Revision ID 


0400 + Revision ID 


EBX 


Undefined 


Undefined 


ESP 


Undefined 


Undefined 


EBP 


Undefined 


Undefined 


ESI 


Undefined 


Undefined 


EDI 


Undefined 


Undefined 


EFLAGS 


00000002h 


00000002h 


EIP 


OFFFOh 


OFFFOh 


ES 


OOOOh 


OOOOh 


CS 


FOOOh* 


FOOOh* 


SS 


OOOOh 


OOOOh 


DS 


OOOOh 


OOOOh 


FS 


OOOOh 


OOOOh 


GS 


OOOOh 


OOOOh 


IDTR 


Base =0, Limit =3FFh 


Base =0, Limit =3FFh 


CRO 


6000001 Oh 


6000001 Oh 


DR7 


OOOOOOOOh 


OOOOOOOOh 


CW 


037Fh 


Unchanged 


SW 


OOOOh 


Unchanged 


TW 


FFFFh 


Unchanged 


FIP 


OOOOOOOOh 


Unchanged 


FEA 


OOOOOOOOh 


Unchanged 


FCS 


OOOOh 


Unchanged 


FDS 


OOOOh 


Unchanged 


FOP 


OOOh 


Unchanged 


FSTACK 


Undefined 


Unchanged 



Table 6.3. Component and Revision ID 



Intel486 DX2 CPU 
Stepping Name 


Component 
ID 


Revision 
ID 


A 


04h 


32h 


B 


04h 


33h 



The Intel486 DX microprocessor will start executing 
instructions at location FFFFFFFOH after RESET. 
When the first Intersegment Jump or Call is execut- 
ed, address lines A20-A31 will drop LOW for CS-rel- 
ative memory cycles, and the Intel486 DX micro- 
processor will only execute instructions in the lower 
one Mbyte of physical memory. This allows the sys- 
tem designer to use a ROM at the top of physical 
memory to initialize the system and take care of 
RESETS. 
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RESET forces the Intel486 DX microprocessor to 
terminate all execution and local bus activity. No in- 
struction or bus activity will occur as long as RESET 
is active. 

All entries in the cache are invalidated by RESET. 

6.5.1 PIN STATE DURING RESET 

The Intel486 DX2 microprocessor recognizes and 
can respond to HOLD, AHOLD, and BOFF# re- 
quests regardless of the state of RESET. Thus, even 
though the processor is in reset, it can still float its 
bus in response to any of these requests. 

While in reset, the Intel486 DX microprocessor bus 
is in the state shown in Figure 6.4 if the HOLD, 
AHOLD and BOFF# requests are inactive. Note that 
the address (A31-A2, BE3#-BE0#) and cycle defi- 
nition (M/IO#, D/C#, W/R#) pins are undefined 
from the time reset is asserted up to the start of the 
first bus cycle. All undefined pins (except FERR#) 
assume known values at the beginning of the first 
bus cycle. The first bus cycle is always a code fetch 
to address FFFFFFFOH. FERR# reflects the state 
of the ES (error summary status) bit in the floating 
point unit status word. The ES bit is initialized when- 
ever the floating point unit state is initialized. The 
floating point unit's status word register can be ini- 
tialized by BIST or by executing FINIT/FNINIT in- 
struction. Thus, after reset and before executing the 
first FINIT or FNINIT instruction, the values of the 
FERR# and the numeric status word register bits 
0-7 depends on whether or not BIST is performed. 
Table 6-4 shows the state of FERR# signal after 
reset and before the execution of the FINIT/FNINIT 
instruction. 

Table 6-4 



BIST 
Performed 


FERR# 
Pin 


FPU Status 

Word Register 

Bits 0-7 


YES 


Inactive 
(High) 


Inactive 
(Low) 


NO 


Undefined 
(Low or High) 


Undefined 
(Low or High) 



After the first FINIT or FNINIT instruction, FERR# 
pin and the FPU status word register bits (0-7) will 
be inactive irrespective of the Built-in Self-Test 
(BIST). 

Power Down Mode (Upgrade Processor 
Support) 

The Power Down Mode on the Intel486 DX2 micro- 
processor, when initiated by the upgrade processor, 
reduces the power consumption of the Intel486 DX2 
CPU (see Table 14-2 D.C. Specifications), as well as 
forces all of its output signals to be 3-stated. The 
UP# pin on the Intel486 DX2 microprocessor is 
used for enabling the Power Down Mode. 

Once the UP# pin is driven active by the upgrade 
processor upon power-up, the Intel486 DX2 micro- 
processor's bus is floated immediately. The Intel486 
DX2 CPU enters the Power Down Mode when the 
UP # pin is sampled asserted in the clock before the 
falling edge of RESET. The UP# pin has no effect 
on the power down status, except during this edge. 
The Intel486 DX2 CPU then remains in the Power 
Down Mode until the next time the RESET signal is 
activated. For warm resets, with the upgrade proces- 
sor in the system, the Intel486 DX2 CPU will remain 
3-stated and re-enter the Power Down Mode once 
RESET is de-asserted. Similarly for power-up resets, 
if the upgrade processor is not taken out of the sys- 
tem, the Intel486 DX2 CPU will 3-state its outputs 
upon sensing the UP# pin active and enter the Pow- 
er Down Mode after the falling edge of RESET. 
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NOTES: 

1 . RESET is an asynchronous input. t2o must be met only to guarantee recognition on a specific clock edge. 

2a. When A20M # is driven synchronously, it must be driven high (inactive) for the CLK edge prior to the falling edge of RESET to ensure proper operation. A20M # 

setup and hold times must be met. 

2b. When A20M# is driven asynchronously, it must be driven high (inactive) for two CLKs prior to and two CLKs after the falling edge of RESET to ensure proper 

operation. 

3a. When FLUSH # is driven synchronously, it should be driven low (active) for the CLK edge prior to the falling edge of RESET to invoke the 3-state Output Test 

Mode. All outputs are guaranteed 3-stated within 10 CLKs of RESET being deasserted. FLUSH # setup and hold times must be met. 

3b. When FLUSH # is driven asynchronously, it must be driven low (active) for two CLKs prior to and two CLKs after the falling edge of RESET to invoke the 3-state 

Output Test Mode. All outputs are guaranteed 3-stated within 10 CLKs of RESET being deasserted. 

4. AHOLD should be driven high (active) for the CLK edge prior to the falling edge of RESET to invoke the Built-in-Self-Test (BIST). AHOLD setup and hold times 
must be met. 

5. Hold is recognized normally during RESET. On power-up HLDA is indeterminate until RESET is recognized by the CPU. 

6. 15 CLKs RESET pulse width for warm resets. Power-up resets require RESET to be asserted for at least 1 ms after V<x and CLK are stable. 
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7.0 BUS OPERATION 



7. 1 Data Transfer Mechanism 

All data transfers occur as a result of one or more 
bus cycles. Logical data operands of byte, word and 
dword lengths may be transferred without restric- 
tions on physical address alignment. Data may be 
accessed at any byte boundary but two or three cy- 
cles may be required for unaligned data transfers. 
See Section 7.1 .3 Dynamic Bus Sizing and 7.1 .6 Op- 
erand Alignment. 

The Intel486 DX microprocessor address signals are 
split into two components. High-order address bits 
are provided by the address lines, A2-A31 . The byte 
enables, BE0#-BE3#, form the low-order address 
and provide linear selects for the four bytes of the 
32-bit address bus. 

The byte enable outputs are asserted when their as- 
sociated data bus bytes are involved with the pres- 
ent bus cycle, as listed in Table 7.1. Byte enable 
patterns which have a negated byte enable separat- 
ing two or three asserted byte enables will never 
occur (see Table 7.5). All other byte enable patterns 
are possible. 

Table 7.1. Byte Enables and Associated 
Data and Operand Bytes 



Byte 
Enable 
Signal 


Associated Data Bus Signals 


BE0# 


D0-D7 (byte 0— least significant) 


BE1# 


D8-D15 (bytel) 


BE2# 


D16-D23 (byte 2) 


BE3# 


D24-D31 (byte 3— most significant) 



Address bits A0 and A1 of the physical operand's 
base address can be created when necessary. Use 
of the byte enables to create A0 and A1 is shown in 
Table 7.2. The byte enables can also be decoded to 
generate BLE# (byte low enable) and BHE# (byte 
high enable). These signals are needed to address 
16-bit memory systems (see Section 7.1.4 Inter- 
facing with 8- and 1 6-bit memories). 

Table 7.2. Generating A0-A31 from 
BE0#-BE3# and A2-A31 



A31 


lntel486TM DX CPU Address Signals 
A2 BE3# BE2# BE1# 


BE0# 


Physical Base 
Address 










A31 




A2 


A1 


A0 


A31 




A2 








X 


X 


X 


Low 


A31 




A2 





1 


X 


X 


Low 


High 


A31 




A2 


1 





X 


Low 


High 


High 


A31 




A2 


1 


1 


Low 


High 


High 


High 



7.1.1 MEMORY AND I/O SPACES 

Bus cycles may access physical memory space or 
I/O space. Peripheral devices in the system may ei- 
ther be memory-mapped, or l/O-mapped, or both. 
Physical memory addresses range from 00000000H 
to FFFFFFFFH (4 gigabytes). I/O addresses range 
from 00000000H to 0000FFFFH (64 Kbytes) for pro- 
grammed I/O. See Figure 7.1. 
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Figure 7.1. Physical Memory and I/O Spaces 



7.1.2 MEMORY AND I/O SPACE 
ORGANIZATION 

The Intel486 DX microprocessor data path to memo- 
ry and input/output (I/O) spaces can be 32-, 16- or 
8-bits wide. The byte enable signals, BE0#-BE3#, 
allow byte granularity when addressing any memory 
or I/O structure whether 8, 16 or 32 bits wide. 

The Intel486 DX microprocessor includes bus con- 
trol pins, BS16# and BS8#, which allow direct con- 
nection to 16- and 8-bit memories and I/O devices. 
Cycles to 32-, 16- and 8-bit may occur in any se- 
quence, since the BS8# and BS16# signals are 
sampled during each bus cycle. 

32-bit wide memory and I/O spaces are organized 
as arrays of physical 4-byte words. Each memory or 
I/O 4-byte word has four individually addressable 
bytes at consecutive byte addresses (see Figure 
7.2). The lowest addressed byte is associated with 
data signals D0-D7; the highest-addressed byte 
with D24-D31. Physical 4-byte words begin at ad- 
dresses divisible by four. 



32-Bit Wide Organization 

FFFFFFFFH I I I I I FFFFFFFCH 



OOOOOOOOH 



BE3# BE2# BE1# BE0# 



16-Bit Wide Organization 

FFFFFFFFH I I I FFFFFFFEH 



00000001H 



OOOOOOOOH 



Figure 7.2. Physical Memory 
and I/O Space Organization 
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16-bit memories are organized as arrays of physical 
2-byte words. Physical 2-byte words begin at ad- 
dresses divisible by two. The byte enables BE0#- 
BE3#, must be decoded to A1, BLE# and BHE# to 
address 16-bit memories (see Section 7.1.4). 

To address 8-bit memories, the two low order ad- 
dress bits AO and A1 , must be decoded from BE0# - 
BE3#. The same logic can be used for 8- and 16-bit 
memories since the decoding logic for BLE# and AO 
are the same (see Section 7.1.4). 

7.1.3 DYNAMIC DATA BUS SIZING 

Dynamic data bus sizing is a feature allowing proc- 
essor connection to 32-, 1 6- or 8-bit buses for mem- 
ory or I/O. A processor may connect to all three bus 
sizes. Transfers to or from 32-, 16- or 8-bit devices 
are supported by dynamically determining the bus 
width during each bus cycle. Address decoding cir- 
cuitry may assert BS16# for 16-bit devices, or 
BS8# for 8-bit devices during each bus cycle. BS8# 
and BS16# must be negated when addressing 32- 
bit devices. An 8-bit bus width is selected if both 
BS1 6 # and BS8# are asserted. 

BS16# and BS8# force the Intel486 DX microproc- 
essor to run additional bus cycles to complete re- 
quests larger than 1 6- or 8 bits. A 32-bit transfer will 
be converted into two 1 6-bit transfers (or 3 transfers 
if the data is misaligned) when BS16# is asserted. 
Asserting BS8# will convert a 32-bit transfer into 
four 8-bit transfers. 

Extra cycles forced by BS16# or BS8# should be 
viewed as independent bus cycles. BS16# or BS8# 
must be driven active during each of the extra cycles 
unless the addressed device has the ability to 
change the number of bytes it can return between 
cycles. 



The Intel486 DX microprocessor will drive the byte 
enables appropriately during extra cycles forced by 
BS8# and BS16#. A2-A31 will not change if ac- 
cesses are to a 32-bit aligned area. Table 7.3 shows 
the set of byte enables that will be generated on the 
next cycle for each of the valid possibilities of the 
byte enables on the current cycle. 

The dynamic bus sizing feature of the Intel486 DX 
microprocessor is significantly different than that of 
the Intel386 microprocessor. Unlike the Intel386 mi- 
croprocessor, the Intel486 DX microprocessor re- 
quires that data bytes be driven on the addressed 
data pins. The simplest example of this function is a 
32-bit aligned, BS16# read. When the Intel486 DX 
microprocessor reads the two high order bytes, they 
must be driven on the data bus pins D16-D31. The 
Intel486 DX microprocessor expects the two low or- 
der bytes on D0-D15. The Intel386 microprocessor 
expects both the high and low order bytes on D0- 
D15. The Intel386 microprocessor always reads or 
writes data on the lower 16 bits of the data bus when 
BS16# is asserted. 

The external system must contain buffers to enable 
the Intel486 DX microprocessor to read and write 
data on the appropriate data bus pins. Table 7.4 
shows the data bus lines where the Intel486 DX mi- 
croprocessor expects data to be returned for each 
valid combination of byte enables and bus sizing op- 
tions. 

Valid data will only be driven onto data bus pins cor- 
responding to active byte enables during write cy- 
cles. Other pins in the data bus will be driven but 
they will not contain valid data. Unlike the Intel386 
microprocessor, the Intel486 DX microprocessor will 
not duplicate write data onto parts of the data bus 
for which the corresponding byte enable is negated. 







Table 7.3. Next Byte Enable Values for BSn 


# Cycles 






Current 




Next with BS8# 


Next with BS16# 




BE3# 


BE2# BE1# 


BE0# 


BE3# BE2# BE1# BE0# 


BE3# BE2# BE1# 


BE0# 


1 


1 1 





n n n n 


n n n 


n 


1 


1 





110 1 


n n n 


n 


1 








10 1 


1 1 


1 











1 


1 


1 


1 


1 




n n n n 


n n n 


n 


1 







10 11 


1 1 


1 










11 


1 


1 


1 


1 




n n n n 


n n n 


n 





1 




111 


n n n 


n 





1 1 




n n n n 


n n n 


n 



"n" means that another bus cycle will not be required to satisfy the request. 
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Table 7.4. 1 


Data Pins Read with Different Bus Sizes 




BE3# 


BE2# 


BE1# 


BE0# 


w/o BS8#/BS16# 


wBS8# 


WBS16# 


1 


1 


1 





D7-D0 


D7-D0 


D7-D0 


1 


1 








D15-D0 


D7-D0 


D15-D0 


1 











D23-D0 


D7-D0 


D15-D0 














D31-D0 


D7-D0 


D15-D0 


1 


1 







D15-D8 


D15-D8 


D15-D8 


1 










D23-D8 


D15-D8 


D15-D8 













D31-D8 


D15-D8 


D15-D8 


1 





1 




D23-D16 


D23-D16 


D23-D16 








1 




D31-D16 


D23-D16 


D31-D16 





1 


1 




D31-D24 


D31-D24 


D31-D24 



7.1.4 INTERFACING WITH 8-, 16- AND 32-BIT 
MEMORIES 

In 32-bit physical memories such as Figure 7.3, each 
4-byte word begins at a byte address that is a multi- 
ple of four. A2-A31 are used as a 4-byte word se- 
lect. BE0#-BE3# select individual bytes within the 
4-byte word. BS8# and BS16# are negated for all 
bus cycles involving the 32-bit array. 















Intel486 DX 
CPU 


32, DATA BUS (D0-D31) 


32-BIT 
MEMORY 




ADDRESS BUS (BE0#-BE3#,A2-A31) 




"H 


|BS8# 

IGH" "HIGI 


3S16# 
V 

241 


245-36 





Figure 7.3. lntel486TM DX Microprocessor 
with 32-Bit Memory 



16- and 8-bit memories require external byte swap- 
ping logic for routing data to the appropriate data 
lines and logic for generating BHE#, BLE# and A1. 
In systems where mixed memory widths are used, 
extra address decoding logic is necessary to assert 
BS16#orBS8#. 

Figure 7.4 shows the Intel486 DX microprocessor 
address bus interface to 32-, 16- and 8-bit memo- 
ries. To address 16-bit memories the byte enables 
must be decoded to produce A1, BHE# and BLE# 
(AO). For 8-bit wide memories the byte enables must 
be decoded to produce AO and A1 . The same byte 
select logic can be used in 16- and 8-bit systems 
since BLE# is exactly the same as AO (see Table 
7.5). 

BE0#-BE3# can be decoded as shown in Table 
7.5 to generate A1, BHE# and BLE#. The byte se- 
lect logic necessary to generate BHE# and BLE# is 
shown in Figure 7.5. 
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Figure 7.4. Addressing 16- and 8-Bit Memories 
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Table 7.5. Generating A1, BHE# and BLE# for Addressing 16-Bit Devices 


lntel486TM DX CPU Signals 


8, 16-Bit Bus Signals 


Comments 


BE3# 


BE2# 


BE1# 


BEO# 


A1 


BHE# 


BLE#(AO) 


H* 


H* 


H* 


H* 


X 


X 


X 


x — no active bytes 


H 


H 


H 


L 


L 


H 


L 




H 


H 


L 


H 


L 


L 


H 




H 


H 


L 


L 


L 


L 


L 




H 


L 


H 


H 


H 


H 


L 




H* 


L* 


H* 


L* 


X 


X 


X 


x — not contiguous bytes 


H 


L 


L 


H 


L 


L 


H 




H 


L 


L 


L 


L 


L 


L 




L 


H 


H 


H 


H 


L 


H 




L* 


H* 


H* 


L* 


X 


X 


X 


x — not contiguous bytes 


L* 


H* 


L* 


H* 


X 


X 


X 


x — not contiguous bytes 


L* 


H* 


L* 


L* 


X 


X 


X 


x — not contiguous bytes 


L 


L 


H 


H 


H 


L 


L 




L* 


L* 


H* 


L* 


X 


X 


X 


x — not contiguous bytes 


L 


L 


L 


H 


L 


L 


H 




L 


L 


L 


L 


L 


L 


L 




BLE# asserted when D0-D7 of 16-bit bus is active. 




BHE# asserted when D8-D15 of 16-bit bus is active. 




A1 low for all even words; A1 high for all odd words. 




Key: 




x = don't care 




H = high voltage level 




L = low voltage level 




* = a non-occurring pattern of Byte Enables; either none are asserted, 




or the pattern has Byte Enables asserted for non-contiguous bytes 





BEO# 
BE1# I 


BEO# 


A1 

241 24£ 


>-38 


B£2**_ 
BE3# I 

— J - ' V^ BLE# (OR AO) 


241245-40 


^ BHE# 

241245-39 


BE2# 






BEO# 
BE1# 











Figure 7.5. Logic to Generate A1, BHE# and BLE# for 16-Bit Busses 



Combinations of BE0#-BE3# which never occur 
are those in which two or three asserted byte en- 
ables are separated by one or more negated byte 
enables. These combinations are "don't care" con- 
ditions in the decoder. A decoder can use the non- 
occurring BE0#-BE3# combinations to its best ad- 
vantage. 



Figure 7.6 shows a Intel486 DX microprocessor data 
bus interface to 1 6- and 8-bit wide memories. Exter- 
nal byte swapping logic is needed on the data lines 
so that data is supplied to, and received from the 
Intel486 DX microprocessor on the correct data pins 
(see Table 7.4). 
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Figure 7.6. Data Bus Interface to 16- and 8-bit Memories 



7.1.5 



DYNAMIC BUS SIZING DURING CACHE 
LINE FILLS 



BS8# and BS16# can be driven during cache line 
fills. The Intel486 DX microprocessor will generate 
enough 8- or 1 6-bit cycles to fill the cache line. This 
can be up to 16 8-bit cycles. 

The external system should assume that all byte en- 
ables are active for the first cycle of a cache line fill. 
The Intel486 DX microprocessor will generate prop- 
er byte enables for subsequent cycles in the line fill. 
Table 7.6 shows the appropriate AO (BLE#), A1 and 
BHE# for the various combinations of the Intel486 
DX microprocessor byte enables on both the first 
and subsequent cycles of the cache line fill. The "*" 
marks all combinations of byte enables that will be 
generated by the Intel486 DX microprocessor during 
a cache line fill. 



7.1.6 OPERAND ALIGNMENT 

Physical 4-byte words begin at addresses that are 
multiples of four. It is possible to transfer a logical 
operand that spans more than one physical 4-byte 
word of memory or I/O at the expense of extra cy- 
cles. Examples are 4-byte operands beginning at ad- 
dresses that are not evenly divisible by 4, or 2-byte 
words split between two physical 4-byte words. 
These are referred to as unaligned transfers. 

Operand alignment and data bus size dictate when 
multiple bus cycles are required. Table 7.7 describes 
the transfer cycles generated for all combinations of 
logical operand lengths, alignment, and data bus siz- 
ing. When multiple cycles are required to transfer a 
multi-byte logical operand, the highest-order bytes 
are transferred first. For example, when the proces- 
sor does a 4-byte unaligned read beginning at loca- 
tion x1 1 in the 4-byte aligned space, the three high 
order bytes are read in the first bus cycle. The low 
byte is read in a subsequent bus cycle. 



Table 7.6. Generating AO, A1 and BHE# from the lnte!486TM DX Microprocessor Byte Enables 



BE3# 


BE2# 


BE1# 


BE0# 


First Cache Fill Cycle 
AO A1 BHE# 


Any Other Cycle 
A0 A1 BHE# 


1 


1 


1 








1 


1 


1 














1 

















*o 

















1 


1 





1 





1 


1 








1 





1 


*0 








1 





1 


1 





1 


1 





1 1 


*0 





1 


1 





1 


*0 


1 


1 


1 





1 1 
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Table 7.7. Transfer Bus Cycles for Bytes, Words and Dwords 





Byte-Length of Logical Operand 




1 


2 


4 


Physical Byte Address in 
Memory (Low Order Bits) 


XX 


00 


01 


10 


11 


00 


01 


10 


11 


Transfer Cycles 
over 32-Bit Bus 


b 


w 


w 


w 


hb 
lb 


d 


hb 
13 


hw 
lw 


h3 
Ib 


Transfer Cycles over 

16-Bit Data Bus 

! = BS16# Asserted 


b 


w 


lb 
hb 


w 


hb 
lb 


hw 


hb 


hw 
lw 


mm 
hb 


lb 

mw 






Ib 


Transfer Cycles over 

8-Bit Data Bus 

11 = BS8# Asserted 


b 


lb 

lib 


lb 

hb 


lb 
hb 


hb 
lb 


lb 
mlb 

ilBlISi 

hb ; 


hb 


mhb 

hb 


mlb 

mhb 
hb 


ib 

mlb 
ranb 


ib 

mlb 


Ib 



KEY: 

b = byte transfer 
w = 2-byte transfer 
3 = 3-byte transfer 
d = 4-byte transfer 



h = high-order portion 
I = low-order portion 
m = mid-order portion 



The function of unaligned transfers with dynamic 
bus sizing is not obvious. When the external systems 
asserts BS16# or BS8# forcing extra cycles, low- 
order bytes or words are transferred first (opposite 
to the example above). When the Intel486 DX micro- 
processor requests a 4-byte read and the external 
system asserts BS16#, the lower 2 bytes are read 
first followed by the upper 2 bytes. 

In the unaligned transfer described above, the proc- 
essor requested three bytes on the first cycle. If the 
external system asserted BS16# during this 3-byte 
transfer, the lower word is transferred first followed 
by the upper byte. In the final cycle the lower byte of 
the 4-byte operand is transferred as in the 32-bit ex- 
ample above. 



4-Byte Operand 



Ib 


mlb 


mhb 


hb 



t 

byte with 

lowest 

address 



t 
byte with 
highest 
address 



This section begins with basic non-cacheable non- 
burst single cycle transfers. It moves on to multiple 
cycle transfers and introduces the burst mode. 
Cacheability is introduced in Section 7.2.3. The re- 
maining sections describe locked, pseudo-locked, 
invalidate, bus hold and interrupt cycles. 

Bus cycles and data cycles are discussed in this 
section. A bus cycle is at least two clocks long and 
begins with ADS# active in the first clock and ready 
active in the last clock. Data is transferred to or from 
the Intel486 DX microprocessor during a data cycle. 
A bus cycle contains one or more data cycles. 

Refer to Section 7.2.13 for a description of the bus 
states shown in the timing diagrams. 



7.2 Bus Functional Description 

The Intel486 DX microprocessor supports a wide va- 
riety of bus transfers to meet the needs of high per- 
formance systems. Bus transfers can be single cycle 
or multiple cycle, burst or non-burst, cacheable or 
non-cacheable, 8-, 1 6- or 32-bit, and pseudo-locked. 
To support multiprocessing systems there are cache 
invalidation cycles and locked cycles. 



7.2.1 



NON-CACHEABLE NON-BURST SINGLE 
CYCLE 



7.2.1.1 No Wait States 

The fastest non-burst bus cycle that the Intel486 DX 
microprocessor supports is two clocks long. These 
cycles are called 2-2 cycles because reads and 
writes take two cycles each. The first 2 refers to 
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reads and the second to writes. For example, if a 
wait state needs to be added to a write, the cycle 
would be called 2-3. 

Basic two clock read and write cycles are shown in 
Figure 7.7. The Intel486 DX microprocessor initiates 
a cycle by asserting the address status signal 
(ADS#) at the rising edge of the first clock. The 
ADS# output indicates that a valid bus cycle defini- 
tion and address is available on the cycle definition 
lines and address bus. 

The non-burst ready input (RDY#) is returned by the 
external system in the second clock. RDY# indi- 
cates that the external system has presented valid 
data on the data pins in response to a read or the 
external system has accepted data in response to a 
write. 



7.2.2 MULTIPLE AND BURST CYCLE BUS 
TRANSFERS 

Multiple cycle bus transfers can be caused by inter- 
nal requests from the Intel486 DX microprocessor or 
by the external memory system. An internal request 
for a 64-bit floating point load or a 128-bit pre-fetch 
must take more than one cycle. Internal requests for 
unaligned data may also require multiple bus cycles. 
A cache line fill requires multiple cycles to complete. 
The external system can cause a multiple cycle 
transfer when it can only supply 8 or 16 bits per 
cycle. 

Only multiple cycle transfers caused by internal re- 
quests are considered in this section. Cacheable cy- 
cles and 8- and 16-bit transfers are covered in Sec- 
tions 7.2.3 and 7.2.5. 



The Intel486 DX microprocessor samples RDY# at 
the end of the second clock. The cycle is complete if 
RDY# is active (LOW) when sampled. Note that 
RDY# is ignored at the end of the first clock of the 
bus cycle. 

The burst last signal (BLAST #) is asserted (LOW) 
by the Intel486 DX microprocessor during the sec- 
ond clock of the first cycle in all bus transfers illus- 
trated in Figure 7.7. This indicates that each transfer 
is complete after a single cycle. The Intel486 DX 
microprocessor asserts BLAST# in the last cycle of 
a bus transfer. 

The timing of the parity check output (PCHK#) is 
shown in Figure 7.7. The Intel486 DX microproces- 
sor drives the PCHK# output one clock after ready 
terminates a read cycle. PCHK# indicates the parity 
status for the data sampled at the end of the previ- 
ous clock. The PCHK# signal can be used by the 
external system. The Intel486 DX microprocessor 
does nothing in response to the PCHK# output. 

7.2.1.2 Inserting Wait States 

The external system can insert wait states into the 
basic 2-2 cycle by driving RDY# inactive at the end 
of the second clock. RDY# must be driven inactive 
to insert a wait state. Figure 7.8 illustrates a simple 
non-burst, non-cacheable signal with one wait state 
added. Any number of wait states can be added to 
an Intel486 DX microprocessor bus cycle by main- 
taining RDY# inactive. 

The burst ready input (BRDY#) must be driven inac- 
tive on all clock edges where RDY# is driven inac- 
tive for proper operation of these simple non-burst 
cycles. 



7.2.2.1 Burst Cycles 

The Intel486 DX microprocessor can accept burst 
cycles for any bus requests that require more than a 
single data cycle. During burst cycles, a new data 
item is strobed into the Intel486 DX microprocessor 
every clock rather than every other clock as in non- 
burst cycles. The fastest burst cycle requires 2 
clocks for the first data item with subsequent data 
items returned every clock. 

The Intel486 DX microprocessor is capable of burst- 
ing a maximum of 32 bits during a write. Burst writes 
can only occur if BS8# or BS16# is asserted. For 
example, the Intel486 DX microprocessor can burst 
write four 8-bit operands or two 16-bit operands in a 
single burst cycle. But the Intel486 DX microproces- 
sor cannot burst multiple 32-bit writes in a single 
burst cycle. 

Burst cycles begin with the Intel486 DX microproc- 
essor driving out an address and asserting ADS# in 
the same manner as non-burst cycles. The Intel486 
DX microprocessor indicates that it is willing to per- 
form a burst cycle by holding the burst last signal 
(BLAST #) inactive in the second clock of the cycle. 
The external system indicates its willingness to do a 
burst cycle by returning the burst ready signal 
(BRDY#) active. 

The addresses of the data items in a burst cycle will 
all fall within the same 16-byte aligned area (corre- 
sponding to an internal Intel486 DX microprocessor 
cache line). A 16-byte aligned area begins at loca- 
tion XXXXXXXO and ends at location XXXXXXXF. 
During a burst cycle, only BE0-3#, A2, and A3 may 
change. A 4 -A 31 , M/IO#, D/C#, and W/R# will re- 
main stable throughout a burst. Given the first ad- 
dress in a burst, external hardware can easily calcu- 
late the address of subsequent transfers in advance. 
An external memory system can be designed to 
quickly fill the Intel486 DX microprocessor internal 
cache lines. 
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Figure 7.7. Basic 2-2 Bus Cycle 
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Figure 7.8. Basic 3-3 Bus Cycle 
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Burst cycles are not limited to cache line fills. Any 
multiple cycle read request by the Intel486 DX mi- 
croprocessor can be converted into a burst cycle. 
The Intel486 DX microprocessor will only burst the 
number of bytes needed to complete a transfer. For 
example, eight bytes will be bursted in for a 64-bit 
floating point non-cacheable read. 

The external system converts a multiple cycle re- 
quest into a burst cycle by returning BRDY# active 
rather than RDY# (non-burst ready) in the first cycle 
of a transfer. For cycles that cannot be bursted such 
as interrupt acknowledge and halt, BRDY# has the 
same effect as RDY#. BRDY# is ignored if both 
BRDY# and RDY# are returned in the same clock. 
Memory areas and peripheral devices that cannot 
perform bursting must terminate cycles with RDY#. 

7.2.2.2 Terminating Multiple and 
Burst Cycle Transfers 

The Intel486 DX microprocessor drives BLAST# in- 
active for all but the last cycle in a multiple cycle 
transfer. BLAST # is driven inactive in the first cycle 
to inform the external system that the transfer could 
take additional cycles. BLAST # is driven active in 
the last cycle of the transfer indicating that the next 
time BRDY# or RDY# is returned the transfer is 
complete. 

BLAST # is not valid in the first clock of a bus cycle. 
It should be sampled only in the second and subse- 
quent clocks when RDY# or BRDY# is returned. 

The number of cycles in a transfer is a function of 
several factors including the number of bytes the mi- 
croprocessor needs to complete an internal request 
(1, 2, 4, 8, or 16), the state of the bus size inputs 
(BS8# and BS16#), the state of the cache enable 
input (KEN#) and alignment of the data to be trans- 
ferred. 

When the Intel486 DX microprocessor initiates a re- 
quest it knows how many bytes will be transferred 
and if the data is aligned. The external system must 
tell the microprocessor whether the data is cache- 
able (if the transfer is a read) and the width of the 
bus by returning the state of the KEN#, BS8# and 
BS16# inputs one clock before RDY# or BRDY# is 
returned. The Intel486 DX microprocessor deter- 
mines how many cycles a transfer will take based on 
its internal information and inputs from the external 
system. 

BLAST # is not valid in the first clock of a bus cycle 
because the Intel486 DX microprocessor cannot de- 
termine the number of cycles a transfer will take until 



the external system returns KEN#, BS8# and 
BS16#. BLAST# should only be sampled in the 
second and subsequent clocks of a cycle when the 
external system returns RDY# or BRDY#. 

The system may terminate a burst cycle by returning 
RDY# instead of BRDY#. BLAST# will remain 
deasserted until the last transfer. However, any 
transfers required to complete a cache line fill will 
follow the burst order, e.g., if burst order was 4, 0, C, 
8 and RDY# was returned at after 0, the next trans- 
fers will be from C and 8. 



7.2.2.3 Non-Cacheable, Non-Burst, Multiple 
Cycle Transfers 

Figure 7.9 illustrates a 2 cycle non-burst, non-cache- 
able multiple cycle read. This transfer is simply a 
sequence of two single cycle transfers. The Intel486 
DX microprocessor indicates to the external system 
that this is a multiple cycle transfer by driving 
BLAST# inactive during the second clock of the first 
cycle. The external system returns RDY# active in- 
dicating that it will not burst the data. The external 
system also indicates that the data is not cacheable 
by returning KEN# inactive one clock before it re- 
turns RDY# active. When the Intel486 DX micro- 
processor samples RDY# active it ignores BRDY#. 

Each cycle in the transfer begins when ADS# is 
driven active and the cycle is complete when the 
external system returns RDY# active. 

The Intel486 DX microprocessor indicates the last 
cycle of the transfer by driving BLAST# active. The 
next RDY# returned by the external system termi- 
nates the transfer. 



7.2.2.4 Non-Cacheable Burst Cycles 

The external system converts a multiple cycle re- 
quest into a burst cycle by returning BRDY# active 
rather than RDY# in the first cycle of the transfer. 
This is illustrated in Figure 7.10. 

There are several features to note in the burst read. 
ADS# is only driven active during the first cycle of 
the transfer. RDY# must be driven inactive when 
BRDY# is returned active. 

BLAST# behaves exactly as it does in the non-burst 
read. BLAST # is driven inactive in the second clock 
of the first cycle of the transfer indicating more cy- 
cles to follow. In the last cycle, BLAST# is driven 
active telling the external memory system to end the 
burst after returning the next BRDY#. 
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Figure 7.9. Non-Cacheable, Non-Burst, Multiple Cycle Transfers 
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7.2.3 CACHEABLE CYCLES 

Any memory read can become a cache fill operation. 
The external memory system can allow a read re- 
quest to fill a cache line by returning KEN# active 
one clock before RDY# or BRDY# during the first 
cycle of the transfer on the external bus. Once 
KEN# is asserted and the remaining three require- 
ments described below are met, the Intel486 DX mi- 
croprocessor will fetch an entire cache line regard- 
less of the state of KEN#. KEN# must be returned 
active in the last cycle of the transfer for the data to 
be written into the internal cache. The Intel486 DX 
microprocessor will only convert memory reads or 
prefetches into a cache fill. 

KEN# is ignored during write or I/O cycles. Memory 
writes will only be stored in the on-chip cache if 
there is a cache hit. I/O space is never cached in 
the internal cache. 

To transform a read or a prefetch into a cache line 
fill the following conditions must be met: 

1. The KEN# pin must be asserted one clock pri- 
or to RDY# or BRDY# being returned for the 
first data cycle. 

2. The cycle must be of the type that can be inter- 
nally cached. (Locked reads, I/O reads, and 
interrupt acknowledge cycles are never cach- 
ed). 

3. The page table entry must have the page 
cache disable bit (PCD) set to 0. To cache a 
page table entry, the page directory must have 
PCD = 0. To cache reads or prefetches when 
paging is disabled, or to cache the page direc- 
tory entry, control register 3 (CR3) must have 
PCD = 0. 

4. The cache disable (CD) bit in control register 
(CRO) must be clear. 

External hardware can determine when the Intel486 
DX microprocessor has transformed a read or pre- 
fetch into a cache fill by examining the KEN#, 
M/IO#, D/C#, W/R#, LOCK#, and PCD pins. 
These pins convey to the system the outcome of 
conditions 1 -3 in the above list. In addition, the In- 
tel486 DX drives PCD high whenever the CD bit in 
CRO is set, so that external hardware can evaluate 
condition 4. 

Cacheable cycles can be burst or non-burst. 



7.2.3.1 Byte Enables during a Cache Line Fill 

For the first cycle in the line fill, the state of the byte 
enables should be ignored. In a non-cacheable 
memory read, the byte enables indicate the bytes 
actually required by the memory or code fetch. 

The Intel486 DX microprocessor expects to receive 
valid data on its entire bus (32 bits) in the first cycle 
of a cache line fill. Data should be returned with the 
assumption that all the byte enable pins are driven 
active. However if BS8# is asserted only one byte 
need be returned on data lines D0-D7. Similarly if 
BS16# is asserted two bytes should be returned on 
D0-D15. 

The Intel486 DX microprocessor will generate the 
addresses and byte enables for all subsequent cy- 
cles in the line fill. The order in which data is read 
during a line fill depends on the address of the first 
item read. Byte ordering is discussed in Section 
7.2.4. 



7.2.3.2 Non-Burst Cacheable Cycles 

Figure 7.1 1 shows a non-burst cacheable cycle. The 
cycle becomes a cache fill when the Intel486 DX 
microprocessor samples KEN # active at the end of 
the first clock. The Intel486 DX microprocessor 
drives BLAST # inactive in the second clock in re- 
sponse to KEN#. BLAST # is driven inactive be- 
cause a cache fill requires 3 additional cycles to 
complete. BLAST # remains inactive until the last 
transfer in the cache line fill. KEN# must be re- 
turned active in the last cycle of the transfer for the 
data to be written into the internal cache. 

Note that this cycle would be a single bus cycle if 
KEN# was not sampled active at the end of the first 
clock. The subsequent three reads would not have 
happened since a cache fill was not requested. 

The BLAST# output is invalid in the first clock of a 
cycle. BLAST # may be active during the first clock 
due to earlier inputs. Ignore BLAST # until the sec- 
ond clock. 

During the first cycle of the cache line fill the exter- 
nal system should treat the byte enables as if they 
are all active. In subsequent cycles in the burst, the 
Intel486 DX microprocessor drives the address lines 
and byte enables (see Section 7.2.4.2 for Burst and 
Cache Line Fill Order). 
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Figure 7.11. Non-Burst, Cacheable Cycles 



7.2.3.3 Burst Cacheable Cycles 

Figure 7.12 illustrates a burst mode cache fill. As in 
Figure 7.11, the transfer becomes a cache line fill 
when the external system returns KEN# active at 
the end of the first clock in the cycle. 



The external system informs the Intel486 DX micro- 
processor that it will burst the line in by driving 
BRDY# active at the end of the first cycle in the 
transfer. 

Note that during a burst cycle ADS# is only driven 
with the first address. 
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Figure 7.12. Burst Cacheable Cycle 



7.2.3.4 Effect of Changing KEN# during a 
Cache Line Fill 

KEN# can change multiple times as long as it ar- 
rives at its final value in the clock before RDY# or 
BRDY# is returned. This is illustrated in Figure 7.13. 
Note that the timing of BLAST# follows that of 
KEN# by one clock. The Intel486 DX samples 
KEN# every clock and uses the value returned in 
the clock before ready to determine if a bus cycle 



would be a cache line fill. Similarly, it uses the value 
of KEN# in the last cycle, before early RDY# to 
load the line just retrieved from the memory into the 
cache. KEN # is sampled every clock, it must satisfy 
setup and hold time. 

KEN# can also change multiple times before a burst 
cycle as long as it arrives at its final value one clock 
before ready is returned active. 
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Figure 7.13. Effect of Changing KEN# 



7.2.4 BURST MODE DETAILS 



7.2.4.1 Adding Wait States to Burst Cycles 

Burst cycles need not return data on every clock. 
The Intel486 DX microprocessor will only strobe 



data into the chip when either RDY# or BRDY# are 
active. Driving BRDY# and RDY# inactive adds a 
wait state to the transfer. A burst cycle where two 
clocks are required for every burst item is shown in 
Figure 7.14. 
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Figure 7.14. Slow Burst Cycle 



7.2.4.2 Burst and Cache Line Fill Order 

The burst order used by the Intel486 DX microproc- 
essor Is shown in Table 7.7. This burst order is fol- 
lowed by any burst cycle (cache or not), cache line 
fill (burst or not) or code prefetch. 

This burst order is optimized for a two-way inter- 
leaved memory architecture. This means that if the 
memory is built as 64-bit (versus 32-bit) words which 
are multiplexed into the 32-bit data bus, the Intel486 
CPU will read all 64 bits before accessing the next 
location. 

The microprocessor presents each request for data 
in an order determined by the first address in the 
transfer. For example, if the first address was 104 
the next three addresses in the burst will be 1 00, 
10Cand 108. 



Table 7.7. Burst Order 



First 


Second 


Third 


Fourth 


Addr. 


Addr. 


Addr. 


Addr. 





4 


8 


C 


4 





C 


8 


8 


C 





4 


C 


8 


4 






An example of burst address sequencing is shown in 
Figure 7.15. 
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Figure 7.15. Burst Cycle Showing Order of Addresses 



The sequences shown in Table 7.7 accommodate 
systems with 64-bit busses as well as systems with 
32-bit data busses. The sequence applies to all 
bursts, regardless of whether the purpose of the 
burst is to fill a cache line, do a 64-bit read, or do a 
pre-fetch. If either BS8# or BS16# is returned ac- 
tive, the Intel486 DX microprocessor completes the 
transfer of the current 32-bit word before progress- 
ing to the next 32-bit word. For example, a BS16# 
burst to address 4 has the following order: 4-6-0-2- 
C-E-8-A. 



7.2.4.3 Interrupted Burst Cycles 

Some memory systems may not be able to respond 
with burst cycles in the order defined in Table 7.7. 
To support these systems the Intel486 DX micro- 
processor allows a burst cycle to be interrupted at 



any time. The Intel486 DX microprocessor will auto- 
matically generate another normal bus cycle after 
being interrupted to complete the data transfer. This 
is called an interrupted burst cycle. The external sys- 
tem can respond to an interrupted burst cycle with 
another burst cycle. 

The external system can interrupt a burst cycle by 
returning RDY# instead of BRDY#. RDY# can be 
returned after any number of data cycles terminated 
with BRDY#. 

An example of an interrupted burst cycle is shown in 
Figure 7.16. The Intel486 DX microprocessor imme- 
diately drives ADS# active to initiate a new bus cy- 
cle after RDY# is returned active. BLAST# is driven 
inactive one clock after ADS# begins the second 
bus cycle indicating that the transfer is not complete. 
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Figure 7.16. Interrupted Burst Cycle 



KEN # need not be returned active in the first data 
cycle of the second part of the transfer in Figure 
7.16. The cycle had been converted to a cache fill in 
the first part of the transfer and the Intel486 DX mi- 
croprocessor expects the cache fill to be completed. 
Note that the first half and second half of the trans- 
fer in Figure 7.16 are each two cycle burst transfers. 

The order in which the Intel486 DX microprocessor 
requests operands during an interrupted burst trans- 
fer is determined by Table 7.7. Mixing RDY# and 
BRDY# does not change the order in which oper- 
and addresses are requested by the Intel486 DX mi- 
croprocessor. 



An example of the order in which the Intel486 DX 
microprocessor requests operands during a cycle in 
which the external system mixes RDY# and 
BRDY# is shown in Figure 7.17. The Intel486 DX 
microprocessor initially requests a transfer begin- 
ning at location 1 04. The transfer becomes a cache 
line fill when the external system returns KEN # ac- 
tive. The first cycle of the cache fill transfers the 
contents of location 104 and is terminated with 
RDY#. The Intel486 DX microprocessor drives out a 
new request (by asserting ADS#) to address 100. If 
the external system terminates the second cycle 
with BRDY#, the Intel486 DX microprocessor will 
next request/expect address 1 0C. The correct order 
is determined by the first cycle in the transfer, which 
may not be the first cycle in the burst if the system 
mixes RDY# with BRDY#. 
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Figure 7.17. Interrupted Burst Cycle with Unobvious Order of Addresses 



7.2.5 8- AND 16-BIT CYCLES 

The Intel486 DX microprocessor supports both 16- 
and 8-bit external busses through the BS16# and 
BS8# inputs. BS16# and BS8# allow the external 
system to specify, on a cycle by cycle basis, whether 
the addressed component can supply 8, 16 or 32 
bits. BS16# and BS8# can be used in burst cycles 
as well as non-burst cycles. If both BS16# and 
BS8# are returned active for any bus cycle, the In- 
tel486 DX microprocessor will respond as if only 
BS8# were active. 

The timing of BS16# and BS8# is the same as that 
of KEN#. BS16# and BS8# must be driven active 
before the first RDY# or BRDY# is driven active. 



Driving the BS16# and BS8# active can force the 
Intel486 DX microprocessor to run additional cycles 
to complete what would have been only a single 
32-bit cycle. BS8# and BS16# may change the 
state of BLAST # when they force subsequent cy- 
cles from the transfer. 

Figure 7.18 shows an example in which BS8# 
forces the Intel486 DX microprocessor to run two 
extra cycles to complete a transfer. The Intel486 DX 
microprocessor issues a request for 24 bits of infor- 
mation. The external system drives BS8# active in- 
dicating that only eight bits of data can be supplied 
per cycle. The Intel486 DX microprocessor issues 
two extra cycles to complete the transfer. 
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Figure 7.18. 8-Bit Bus Size Cycle 



Extra cycles forced by the BS16# and BS8# should 
be viewed as independent bus cycles. BS16# and 
BS8# should be driven active for each additional 
cycle unless the addressed device has the ability to 
change the number of bytes it can return between 
cycles. The Intel486 DX microprocessor will drive 
BLAST # inactive until the last cycle before the 
transfer is complete. 

Refer to Section 7.1.3 for the sequencing of ad- 
dresses while BS8# or BS16# are active. 



BS8# and BS16# operate during burst cycles in ex- 
actly the same manner as non-burst cycles. For ex- 
ample, a single non-cacheable read could be trans- 
ferred by the Intel486 DX microprocessor as four 
8-bit burst data cycles. Similarly, a single 32-bit write 
could be written as four 8-bit burst data cycles. An 
example of a burst write is shown in Figure 7.19. 
Burst writes can only occur if BS8# or BS16# is 
asserted. 
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Figure 7.19. Burst Write as a Result of BS8# or BS16# 



7.2.6 LOCKED CYCLES 

Locked cycles are generated in software for any in- 
struction that performs a read-modify-write opera- 
tion. During a read-modify-write operation the proc- 
essor can read and modify a variable in external 
memory and be assured that the variable is not ac- 
cessed between the read and write. 

Locked cycles are automatically generated during 
certain bus transfers. The xchg (exchange) instruc- 
tion generates a locked cycle when one of its oper- 
ands is memory based. Locked cycles are generat- 
ed when a segment or page table entry is updated 
and during interrupt acknowledge cycles. Locked cy- 
cles are also generated when the LOCK instruction 
prefix is used with selected instructions. 



Locked cycles are implemented in hardware with the 
LOCK# pin. When LOCK# is active, the processor 
is performing a read-modify-write operation and the 
external bus should not be relinquished until the cy- 
cle is complete. Multiple reads or writes can be 
locked. A locked cycle is shown in Figure 7.20. 
LOCK# goes active with the address and bus defini- 
tion pins at the beginning of the first read cycle and 
remains active until RDY# is returned for the last 
write cycle. For unaligned 32 bits read-modify-write 
operation, the LOCK# remains active for the entire 
duration of the multiple cycle. It will go inactive when 
RDY# is returned for the last write cycle. 
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Figure 7.20. Locked Bus Cycle 



When LOCK# is active, the Intel486 DX microproc- 
essor will recognize address hold and backoff but 
will not recognize bus hold. It is left to the external 
system to properly arbitrate a central bus when the 
Intel486 DX microprocessor generates LOCK#. 

7.2.7 PSEUDO-LOCKED CYCLES 

Pseudo-locked cycles assure that no other master 
will be given control of the bus during operand trans- 
fers which take more than one bus cycle. Examples 
include 64-bit floating point read and writes, 64-bit 
descriptor loads and cache line fills. 

Pseudo-locked transfers are indicated by the 
PLOCK# pin. The memory operands must be 
aligned for correct operation of a pseudo-locked cy- 
cle. 

PLOCK# need not be examined during burst reads. 
A 64-bit aligned operand can be retrieved in one 
burst (note: this is only valid in systems that do not 
interrupt bursts). 

The system must examine PLOCK# during 64-bit 
writes since the Intel486 DX microprocessor cannot 
burst write more than 32 bits. However, burst can be 
used within each 32-bit write cycle if BS8# or 
BS16# is asserted. BLAST will be deasserted in re- 
sponse to BS8# or BS16#. A 64-bit write will be 
driven out as two non-burst bus cycles. BLAST# is 
asserted during both writes since a burst is not pos- 
sible. 



PLOCK# is asserted during the first write to indicate 
that another write follows. This behavior is shown in 
Figure 7.21. 

The first cycle of a 64-bit floating point write is the 
only case in which both PLOCK# and BLAST# are 
asserted. Normally PLOCK# and BLAST# are the 
inverse of each other. 

During all of the cycles where PLOCK# is asserted, 
HOLD is not acknowledged until the cycle com- 
pletes. This results in a large HOLD latency, espe- 
cially when BS8# or BS16# is asserted. To reduce 
the HOLD latency during these cycles, windows are 
available between transfers to allow HOLD to be ac- 
knowledged during non-cacheable, non-bursted 
code prefetches. PLOCK# will be asserted since 
BLAST # is negated, but it is ignored and HOLD is 
recognized during the prefetch. 

PLOCK# can change several times during a cycle 
settling to its final value in the clock ready is re- 
turned. 



7.2.8 INVALIDATE CYCLES 

Invalidate cycles are needed to keep the Intel486 
DX microprocessor's internal cache contents con- 
sistent with external memory. The Intel486 DX mi- 
croprocessor contains a mechanism for listening to 
writes by other devices to external memory. When 
the processor finds a write to a Section of external 
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Figure 7.21. Pseudo Lock Timing 



memory contained in its internal cache, the proces- 
sor's internal copy is invalidated. 

Invalidations use two pins, address hold request 
(AHOLD) and valid external address (EADS#). 
There are two steps in an invalidation cycle. First, 
the external system asserts the AHOLD input forcing 
the Intel486 DX microprocessor to immediately relin- 
quish its address bus. Next, the external system as- 
serts EADS# indicating that a valid address is on 
the Intel486 DX microprocessor's address bus. 
EADS# and the invalidation address, Figure 7-22 
shows the fastest possible invalidation cycle. The 
Intel486 DX CPU recognizes AHOLD on one CLK 
edge and floats the address bus in response. To 
allow the address bus to float and avoid contention, 
EADS# and the invalidation address should not be 
driven until the following CLK edge. The microproc- 
essor reads the address over its address lines. If the 
microprocessor finds this address in its internal 
cache, the cache entry is invalidated. Note that the 
Intel486 DX microprocessor's address bus is input/ 
output unlike the Intel386 microprocessor's bus, 
which is output only. 

The Intel486 DX microprocessor immediately relin- 
quishes its address bus in the next clock upon as- 
sertion of AHOLD. For example, the bus could be 3 
wait states into a read cycle. If AHOLD is activated, 
the Intel486 DX microprocessor will immediately 



float its address bus before ready is returned termi- 
nating the bus cycle. 

When AHOLD is asserted only the address bus is 
floated, the data bus can remain active. Data can be 
returned for a previously specified bus cycle during 
address hold (see Figures 7.22, 7.23). 

EADS# is normally asserted when an external mas- 
ter drives an address onto the bus. AHOLD need not 
be driven for EADS# to generate an internal invali- 
date. If EADS# alone is asserted while the Intel486 
DX microprocessor is driving the address bus, it is 
possible that the invalidation address will come from 
the Intel486 DX microprocessor itself. 

Note that it is also possible to run an invalidation 
cycle by asserting EADS# when HOLD or BOFF# 
is asserted. 

Running an invalidate cycle prevents the Intel486 
DX microprocessor cache from satisfying other inter- 
nal requests, so invalidations should be run only 
when necessary. The fastest possible invalidate cy- 
cle is shown in Figure 7.22, while a more realistic 
invalidation cycle is shown in 7.23. Both of the ex- 
amples take one clock of cache access from the 
rest of the Intel486 DX microprocessor. 
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Figure 7.22. Fast Internal Cache Invalidation Cycle 
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Figure 7.23. Typical Internal Cache Invalidation Cycle 
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7.2.8.1 Rate of Invalidate Cycles 

The Intel486 DX microprocessor can accept one in- 
validate per clock except in the last clock of a line 
fill. One invalidate per clock is possible as long as 
EADS# is negated in ONE or BOTH of the following 
cases: 

1. In the clock RDY# or BRDY# is returned for 
the last time. 

2. In the clock following RDY# or BRDY# being 
returned for the last time. 

This definition allows two system designs. Simple 
designs can restrict invalidates to one every other 
clock. The simple design need not track bus activity. 
Alternatively, systems can request one invalidate 
per clock provided that the bus is monitored. 

7.2.8.2 Running Invalidate Cycles Concurrently 
with Line Fills 

Precautions are necessary to avoid caching stale 
data in the Intel486 DX microprocessor's cache in a 
system with a second level cache. An example of a 
system with a second level cache is shown in Figure 
7.24. An external device can be writing to main 
memory over the system bus while the Intel486 DX 
microprocessor is retrieving data from the second 
level cache. The Intel486 DX microprocessor will 
need to invalidate a line in its internal cache if the 
external device is writing to a main memory address 
also contained in the Intel486 DX microprocessor's 
cache. 
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Figure 7.24. System with Second Level Cache 

A potential problem exists if the external device is 
writing to an address in external memory, and at the 
same time the Intel486 DX microprocessor is read- 
ing data from the same address in the second level 
cache. The system must force an invalidation cycle 
to invalidate the data that the Intel486 DX micro- 
processor has requested during the line fill. 

If the system asserts EADS# before the first data in 
the line fill is returned to the Intel486 DX microproc- 
essor, the system must return data consistent with 
the new data in the external memory upon resump- 
tion of the line fill after the invalidation cycle. This is 
illustrated by the asserted EADS# signal labeled 1 
in Figure 7.25. 
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NOTES: 

1 . Data returned must be consistent if its address equals the invalidation address in this clock 

2. Data returned will not be cached if its address equals the invalidation address in this clock 



Figure 7.25. Cache Invalidation Cycle Concurrent with Line Fill 



If the system asserts EADS# at the same time or 
after the first data in the line fill is returned (in the 
same clock that the first RDY# or BRDY# is re- 
turned or any subsequent clock in the line fill) the 
data will be read into the Intel486 DX microproces- 
sors input buffers but it will not be stored in the on- 
chip cache. This is illustrated by asserted EADS# 
signal labeled 2 in Figure 7.25. The stale data will be 
used to satisfy the request that initiated the cache fill 
cycle. 

7.2.9 BUS HOLD 

The Intel486 DX microprocessor provides a bus 
hold, hold acknowledge protocol using the bus hold 
request (HOLD) and bus hold acknowledge (HLDA) 
pins. Asserting the HOLD input indicates that anoth- 
er bus master desires control of the Intel486 DX mi- 
croprocessor's bus. The processor will respond by 
floating its bus and driving HLDA active when the 
current bus cycle, or sequence of locked cycles is 
complete. An example of a HOLD/ HLDA transaction 
is shown in Figure 7.26. Unlike the Intel386 micro- 



processor, the Intel486 DX microprocessor can re- 
spond to HOLD by floating its bus and asserting 
HLDA while RESET is asserted. 

Note that HOLD will be recognized during un-aligned 
writes (less than or equal to 32-bits) with BLAST# 
being active for each write. For greater than 32-bit or 
un-aligned write, HOLD# recognition is prevented 
by PLOCK# getting asserted. 

The pins floated during bus hold are: BE0#-BE3#, 
PCD, PWT, W/R#, D/C#, M/IO#, LOCK#, 
PLOCK#, ADS#, BLAST#, D0-D31, A2-A31, 
DP0-DP3. 



7.2.10 INTERRUPT ACKNOWLEDGE 

The Intel486 DX microprocessor generates interrupt 
acknowledge cycles in response to maskable inter- 
rupt requests generated on the interrupt request in- 
put (INTR) pin. Interrupt acknowledge cycles have a 
unique cycle type generated on the cycle type pins. 
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Figure 7.26. HOLD/HLDA Cycles 



An example interrupt acknowledge transaction is 
shown in Figure 7.27. Interrupt acknowledge cycles 
are generated in locked pairs. Data returned during 
the first cycle is ignored. The interrupt vector is re- 
turned during the second cycle on the lower 8 bits of 
the data bus. The Intel486 DX microprocessor has 
256 possible interrupt vectors. 



The state of A2 distinguishes the first and second 
interrupt acknowledge cycles. The byte address 
driven during the first interrupt acknowledge cycle is 
4 (A31-A3 low, A2 high, BE3#-BE1# high, and 
BE0# low). The address driven during the second 
interrupt acknowledge cycle is (A31-A2 low, 
BE3#-BE1# high, BE0# low). 
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Figure 7.27. Interrupt Acknowledge Cycles 
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Each of the Interrupt acknowledge cycles are termi- 
nated when the external system returns RDY# or 
BRDY#. Wait states can be added by withholding 
RDY# or BRDY#. The Intel486 DX microprocessor 
automatically generates four idle clocks between the 
first and second cycles to allow for 8259 A recovery 
time. 

7.2.11 SPECIAL BUS CYCLES 

The Intel486 DX microprocessor provides four spe- 
cial bus cycles to indicate that certain instructions 
have been executed, or certain conditions have oc- 
curred internally. The special bus cycles in Table 7.8 
are defined when the bus cycle definition pins are in 
the following state: M/IO# = 0, D/C# = and 
W/R# = 1. During these cycles the address bus is 
driven low while the data bus is undefined. 

Two of the special cycles indicate halt or shutdown. 
Another special cycle is generated when the In- 
tel486 DX microprocessor executes an INVD (invali- 
date data cache) instruction and could be used to 
flush an external cache. The Write Back cycle is 
generated when the Intel486 DX microprocessor ex- 
ecutes the WBINVD (write-back invalidate data 
cache) instruction and could be used to synchronize 
an external write-back cache. 



The external hardware must acknowledge these 
special bus cycles by returning RDY# or BRDY#. 

Table 7.8. Special Bus Cycle Encoding 



BE3# 


BE2# 


BE1# 


BE0# 


Special 
Bus Cycle 


1 
1 
1 



1 
1 


1 


1 


1 
1 



1 
1 
1 


Shutdown 
Flush 
Halt 
Write Back 



7.2.11.1 Halt Indication Cycle 

The Intel486 DX microprocessor halts as a result of 
executing a HALT instruction. Signaling its entrance 
into the halt state, a halt indication cycle is per- 
formed. The halt indication cycle is identified by the 
bus definition signals in special bus cycle state and a 
byte address of 2. BE0# and BE2# are the only 
signals distinguishing halt indication from shutdown 
indication, which drives an address of 0. During the 
halt cycle undefined data is driven on D0-D31. The 
halt indication cycle must be acknowledged by 
RDY# or BRDY# asserted. 
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Figure 7.28. Restarted Read Cycle 
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Asserting BOFF# during a burst, BS8# or BS16# 
cycle will force the Intel486 DX microprocessor to 
ignore data returned for that cycle only. Data from 
previous cycles will still be valid. For example, if 
BOFF# is asserted on the third BRDY# of a burst, 
the Intel486 DX microprocessor assumes the data- 
returned with the first and second BRDY#'s is cor- 
rect and restarts the burst beginning with the third 
item. The same rule applies to transfers broken into 
multiple cycle by BS8# or BS16#. 

Asserting BOFF# in the same clock as ADS# will 
cause the Intel486 DX microprocessor to float its 
bus in the next clock and leave ADS# floating low. 
Since ADS# is floating low, a peripheral may think 
that a new bus cycle has begun even though the 
cycle was aborted. 



There are two possible solutions to this problem. 
The first is to have all devices recognize this condi- 
tion and ignore ADS# until ready comes back. The 
second approach is to use a "two clock" backoff: in 
the first clock AHOLD is asserted, and in the second 
clock BOFF# is asserted. This guarantees that 
ADS# will not be floating low. This is only necessary 
in systems where BOFF# may be asserted in the 
same clock as ADS #. 

7.2.13 BUS STATES 

A bus state diagram is shown in Figure 7.30. A de- 
scription of the signals used in the diagram is given 
in Table 7.9. 



(RDY# ASSERTED ■ 



(BRDY# . BLAST#)ASSERTED) • 
(HOLD + AHOLD + NO REQUEST) • 
B0FF# NEGATED 





REQUEST PENDING 
(RDY# ASSERTED + (BRDY# • BLAST#)ASSERTED) • 
HOLD NEGATED • 
AHOLD NEGATED • 
BOFF# NEGATED • 

REQUEST PENDING • 

HOLD NEGATED • 

AHOLD NEGATED • 
BOFF# NEGATED 



AHOLD NEGATED • 
BOFF# NEGATED • 
(HOLD NEGATED *) 

* HOLD is only factored into this state transition if T b was entered while a 
non-cacheable, non-bursted, code prefetch was in progress. 
Otherwise, ignore HOLD. 
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Figure 7.30. Bus State Diagram 
Table 7.9. Bus State Description 



State 


Means 


Ti 


Bus is idle. Address and status signals may be driven to undefined values, or the bus may be 
floated to a high impedance state. 


T1 


First clock cycle of a bus cycle. Valid address and status are driven and ADS# is asserted. 


T2 


Second and subsequent clock cycles of a bus cycle. Data is driven if the cycle is a write, or data is 
expected if the cycle is a read. RDY# and BRDY# are sampled. 


T1b 


First clock cycle of a restarted bus cycle. Valid address and status are driven and ADS# is 
asserted. 


Tb 


Second and subsequent clock cycles of an aborted bus cycle. 
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7.2.14 FLOATING POINT ERROR HANDLING 

The Intel486 DX microprocessor provides two op- 
tions for reporting floating point errors. The simplest 
method is to raise interrupt 16 whenever an un- 
masked floating point error occurs. This option may 
be enabled by setting the NE bit in control register 
(CRO). 

The Intel486 DX microprocessor also provides the 
option of allowing external hardware to determine 
how floating point errors are reported. This option is 
necessary for compatibility with the error reporting 
scheme used in DOS based systems. The NE bit 
must be cleared in CRO to enable user-defined error 
reporting. User-defined error reporting is the default 
condition because the NE bit is cleared on reset. 

Two pins, floating point error (FERR#) and ignore 
numeric error (IGNNE#), are provided to direct the 
actions of hardware if user-defined error reporting is 
used. The Intel486 DX microprocessor asserts the 
FERR# output to indicate that a floating point error 
has occurred. FERR# corresponds to the ERROR # 
pin on the Intel387 math coprocessor. However, 
there is a difference in the behavior of the two. 

In some cases FERR# is asserted when the next 
floating point instruction is encountered and in other 
cases it is asserted before the next floating point 
instruction is encountered depending upon the exe- 
cution state of the instruction causing the exception. 

The following class of floating point exceptions drive 
FERR# at the time the exception occurs (i.e., before 
encountering the next floating point instruction). 

1. The stack fault, invalid operation, and denormal 
exceptions on all transcendental instructions, in- 
teger arithmetic instructions, FSQRT, FSEALE, 
FPREM(1), FXTRACT, FBLD, and FBSTP. 

2. Any exceptions on store instructions (including 
integer store instructions). 



The following class of floating point exceptions drive 
FERR# only after encountering the next floating 
point instruction. 

1. Exceptions other than on all transcendental in- 
structions, integer arithmetic instructions, 
FSQRT, FSCALE, FPREM(1), FXTRACT, FBLD, 
and FBSTP. 

2. Any exception on all basic arithmetic, load, com- 
pare, and control instructions (i.e., all other in- 
structions). 

For both sets of exceptions above, the Intel387 
Math Coprocessor asserts ERROR # when the error 
occurs and does not wait for the next floating point 
instruction to be encountered. 

IGNNE# is an input to the Intel486 DX microproces- 
sor. 

When the NE bit in CRO is cleared, and IGNNE# is 
asserted, the Intel486 DX microprocessor will ignore 
a user floating point error and continue executing 
floating point instructions. When IGNNE# is negat- 
ed, the Intel486 DX microprocessor will freeze on 
floating point instructions which get errors (except 
for the control instructions FNCLEX, FNINIT, 
FNSAVE, FNSTENV, FNSTCW, FNSTSW, FNSTSW 
AX, FNENI, FNDISI and FNSETPM). IGNNE# may 
be asynchronous to the Intel486 DX clock. 

In systems with user-defined error reporting, the 
FERR# pin is connected to the interrupt controller. 
When an unmasked floating point error occurs, an 
interrupt is raised. If IGNNE# is high at the time of 
this interrupt, the Intel486 DX microprocessor will 
freeze (disallowing execution of a subsequent float- 
ing point instruction) until the interrupt handler is in- 
voked. By driving the IGNNE# pin low (when clear- 
ing the interrupt request), the interrupt handler can 
allow execution of a floating point instruction, within 
the interrupt handler, before the error condition is 
cleared (by FNCLEX, FNINIT, FNSAVE or 
FNSTENV). If execution of a non-control floating 
point instruction, within the floating point interrupt 
handler, is not needed, the IGNNE# pin can be tied 
HIGH. 
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Figure 7-31. DOS Compatible Numerics Error Circuit 
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Figure 7.29. Restarted Write Cycle 



A halted Intel486 DX microprocessor resumes exe- 
cution when INTR (if interrupts are enabled) or NMI 
or RESET is asserted. 



7.2.11.2 Shutdown Indication Cycle 

The Intel486 DX microprocessor shuts down as a 
result of a protection fault while attempting to pro- 
cess a double fault. Signaling its entrance into the 
shutdown state, a shutdown indication cycle is per- 
formed. The shutdown indication cycle is identified 
by the bus definition signals in special bus cycle 
state and a byte address of 0. 



7.2.12 BUS CYCLE RESTART 

In a multi-master system another bus master may 
require the use of the bus to enable the Intel486 DX 
microprocessor to complete its current bus request. 
In this situation the Intel486 DX microprocessor will 
need to restart its bus cycle after the other bus mas- 
ter has completed its bus transaction. 

A bus cycle may be restarted if the external system 
asserts the backoff (BOFF#) input. The Intel486 DX 
microprocessor samples the BOFF# pin every 
clock. The Intel486 DX microprocessor will immedi- 
ately (in the next clock) float its address, data and 
status pins when BOFF# is asserted (see Figure 
7.28). Any bus cycle in progress when BOFF# is 



asserted is aborted and any data returned to the 
processor is ignored. The same pins are floated in 
response to BOFF# as are floated in response to 
HOLD. HLDA is not generated in response to 
BOFF#. BOFF# has higher priority than RDY# or 
BRDY#. If either RDY# or BRDY# are returned in 
the same clock as BOFF#, BOFF# takes effect. 

The device asserting BOFF# is free to run any cy- 
cles it wants while the Intel486 DX microprocessor 
bus is in its high impedance state. If backoff is re- 
quested after the Intel486 DX microprocessor has 
started a cycle, the new master should wait for 
memory to return RDY# or BRDY# before assum- 
ing control of the bus. Waiting for ready provides a 
handshake to insure that the memory system is 
ready to accept a new cycle. If the bus is idle when 
BOFF# is asserted, the new master can start its 
cycle two clocks after issuing BOFF#. 

The external memory can view BOFF# in the same 
manner as BLAST#. Asserting BOFF# tells the ex- 
ternal memory system that the current cycle is the 
last cycle in a transfer. 

The bus remains in the high impedance state until 
BOFF# is negated. Upon negation, the Intel486 DX 
microprocessor restarts its bus cycle by driving out 
the address and status and asserting ADS#. The 
bus cycle then continues as usual. 
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8.0 Intel486 DX2 CPU TESTABILITY 



Testing the Intel486 DX2 microprocessor can be di- 
vided into three categories: Built-in Self Test (BIST), 
Boundary Scan, and external testing. BIST performs 
basic device testing on the Intel486 DX2 CPU, in- 
cluding the non-random logic, control ROM (CROM), 
translation lookaside buffer (TLB), and on-chip 
cache memory. Boundary Scan provides additional 
test hooks that conform to the IEEE Standard Test 
Access Port and Boundary Scan Architecture (IEEE 
Std.1 149.1). The Intel486 DX2 microprocessor also 
has a test mode in which all of its outputs are 3-stat- 
ed. Additional testing can be performed by using the 
test registers within the Intel486 DX2 CPU. 



8.1 Built-in Self Test (BIST) 

The BIST is initiated by holding the AHOLD (address 
hold) pin HIGH for 2 CLKs before and 2 CLKs after 
RESET going from HIGH to LOW as shown in Figure 
6.4. The BIST takes approximately 600 thousand 
clocks, or approximately 24 milliseconds with a 
50 MHz Intel486 DX2 microprocessor. No bus cy- 
cles will be run by the Intel486 DX2 microprocessor 
until the BIST is concluded. Note that for the In- 
tel486 DX2 microprocessor the RESET must be ac- 
tive for 15 clocks with or without BIST being enabled 
for warm resets. 

The results of BIST is stored in the EAX register. 
The Intel486 DX2 microprocessor has successfully 
passed the BIST if the contents of the EAX register 
are zero. If the results in EAX are not zero then the 
BIST has detected a flaw in the microprocessor. The 
microprocessor performs reset and begins normal 
operation at the completion of the BIST. 

The non-random logic, control ROM, on-chip cache 
and translation lookaside buffer (TLB) are tested 
during the BIST. 

The cache portion of the BIST verifies that the 
cache is functional and that it is possible to read and 
write to the cache. The BIST manipulates test regis- 
ters TR3, TR4 and TR5 while testing the cache. 
These test registers are described in Section 8.2. 

The cache testing algorithm writes a value to each 
cache entry, reads the value back, and checks that 
the correct value was read back. The algorithm may 
be repeated more than once for each of the 512 
cache entries using different constants. 

The TLB portion of the BIST verifies that the TLB is 
functional and that it is possible to read and write to 
the TLB. The BIST manipulates test registers TR6 
and TR7 while testing the TLB. TR6 and TR7 are 
described in Section 8.3. 



8.2 On-Chip Cache Testing 

The on-chip cache testability hooks are designed to 
be accessible during the BIST and for assembly lan- 
guage testing of the cache. 

The Intel486 DX2 microprocessor contains a cache 
fill buffer and a cache read buffer. For testability 
writes, data must be written to the cache fill buffer 
before it can be written to a location in the cache. 
Data must be read from a cache location into the 
cache read buffer before the microprocessor can 
access the data. The cache fill and cache read buff- 
er are both 1 28 bits wide. 



8.2.1 



CACHE TESTING REGISTERS TR3, TR4 
ANDTR5 



Figure 8.1 shows the three cache testing registers: 
the Cache Data Test Register (TR3), the Cache 
Status Test Register (TR4) and the Cache Control 
Test Register (TR5). External access to these regis- 
ters is provided through MOV reg.TREG and MOV 
TREG, reg instructions. 

Cache Data Test Register: TR3 

The cache fill buffer and the cache read buffer can 
only be accessed through TR3. Data to be written to 
the cache fill buffer must first be written to TR3. Data 
read from the cache read buffer must be loaded into 
TR3. 

TR3 is 32 bits wide while the cache fill and read 
buffers are 128 bits wide. 32 bits of data must be 
written to TR3 four times to fill the cache fill buffer. 
32 bits of data must be read from TR3 four times to 
empty the cache read buffer. The entry select bits in 
TR5 determine which 32 bits of data TR3 will access 
in the buffers. 

Cache Status Test Register: TR4 

TR4 handles tag, LRU and valid bit information dur- 
ing cache tests. TR4 must be loaded with a tag and 
a valid bit before a write to the cache. After a read 
from a cache entry, TR4 contains the tag and valid 
bit from that entry, and the LRU bits and four valid 
bits from the accessed set. 

Cache Control Test Register: TR5 

TR5 specifies which testability operation will be per- 
formed and the set and entry within the set which 
will be accessed. 
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The seven bit set select field determines which of 
the 128 sets will be accessed. 

The functionality of the two entry select bits depend 
on the state of the control bits. When the fill or read 
buffers are being accessed, the entry select bits 
point to the 32-bit location in the buffer being ac- 
cessed. When a cache location is specified, the en- 
try select bits point to one of the four entries in a set. 
Refer to Table 8.1. 

Five testability functions can be performed on the 
cache. The two control bits in TR5 specify the oper- 
ation to be executed. The five operations are: 

1 . Write cache fill buffer 

2. Perform a cache testability write 

3. Perform a cache testability read 

4. Read the cache read buffer 

5. Perform a cache flush 



Table 8.1 shows the encoding of the two control bits 
in TR5 for the cache testability functions. Table 8.1 
also shows the functionality of the entry and set se- 
lect bits for each control operation. 

The cache tests attempt to use as much of the nor- 
mal operating circuitry as possible. Therefore when 
cache tests are being performed, the cache must be 
disabled (the CD and NW bits in control register 
must be set to 1 to disable the cache. See Section 
5). 

8.2.2 CACHE TESTABILITY WRITE 

A testability write to the cache is a two step process. 
First the cache fill buffer must be loaded with 128 
bits of data and TR4 loaded with the tag and valid 
bit. Next the contents of the fill buffer are written to a 
cache location. Sample assembly code to do a write 
is given in Figure 8.2. 



DATA 



11 10 9 8 7 







LRU Bits 


Valid Bits 




Tag 


Valid 


(used only 
during reads) 


(used only 
during reads) 







Set Select 


Entry 
Select 


Control 



TR3 

Cache Data 
Test Register 



TR4 

Cache Status 

Test Register 



TR5 

Cache Control 

Test Register 



f = unused 



Figure 8. 1 . Cache Test Registers 

Table 8.1. Cache Control Bit Encoding and Effect of 
Control Bits on Entry Select and Set Select Functionality 



Control Bits 


Operation 


Entry Select Bits 
Function 


Set Select Bits 


Bit 1 


BitO 








f Fill Buffer Write 
hnabie j Rea d Buffer Read 


Select 32-bit location in fill/read 
buffer 


— 





1 


Perform Cache Write 


Select an entry in set. 


Select a set to write to 


1 





Perform Cache Read 


Select an entry in set. 


Select a set to read from 


1 


1 


Perform Flush Cache 


— 


— 
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Sample Assembly Code 


An example assembly language sequence to perform a cache write is: 




eax. ebx. ecx. edx contain the cache line to write 




edi contains the tag information to load 




CRO already says to enable reads/write to TR5 




» fill the cache buffer 


mov esi,0 ; set up command 


mov tr5,esi ; load to TR5 


mov tr3,eax ; load data into cache fill buffer 


mov esi,4 


mov tr5,esi 


mov tr3,ebx 


mov esi,8 


mov tr5,esi 


mov tr3,ecx 


mov esi,Och 


mov tr5,esi 


mov tr3,edx 




load the Cache Status Register 


mov tr4,edi ; load 21-bit tag and valid bit 




perform the cache write 


mov esi,l 


mov tr5,esi ; write the cache (set 0, entry 0) 


An example assembly language sequence to perform a cache read is: 




data into eax, ebx, ecx, edx; status into edi 




read the cache line back 


mov esi,2 


mov tr5,esi ; do cache testability read (set 0, entry 0) 




read the data from the read buffer 


mov esi,0 


mov tr5,esi 


mov eax,tr3 


mov esi,4 


mov tr5,esi 


mov ebx,tr3 


mov esi,8 


mov tr5,esi 


mov ecx,tr3 


mov esi,0ch 


mov tr5,esi 


mov edx,tr3 




read the status from TR4 


mov edi,tr4 



Figure 8.2 Sample Assembly Code for Cache Testing 



8-3 



iny* 



lntel486TM DX2 MICROPROCESSOR 



Plf&QlMMF 



Loading the fill buffer is accomplished by first writing 
to the entry select bits in TR5 and setting the control 
bits in TR5 to 00. The entry select bits identify one of 
four 32-bit locations in the cache fill buffer to put 32 
bits of data. Following the write to TR5, TR3 is writ- 
ten with 32 bits of data which are immediately 
placed in the cache fill buffer. Writing to TR3 initiates 
the write to the cache fill buffer. The cache fill buffer 
is loaded with 1 28 bits of data by writing to TR5 and 
TR3 four times using a different entry select location 
each time. 

TR4 must be loaded with the 21 -bit tag and valid bit 
(bit 10 in TR4) before the contents of the fill buffer 
are written to a cache location. 

The contents of the cache fill buffer are written to a 
cache location by writing TR5 with a control field of 
01 along with the set select and entry select fields. 
The set select and entry select field indicate the lo- 
cation in the cache to be written. The normal cache 
LRU update circuitry updates the internal LRU bits 
for the selected set. 

Note that a cache testability write can only be done 
when the cache is disabled for replaces (the CD bit 
is control register is reset to 1). Also note that care 
must be taken when directly writing to entries in the 
cache. If the entry is set to overlap an area of mem- 
ory that is being used in external memory, that 
cache entry could inadvertently be used instead of 
the external memory. Of course, this is exactly the 
type of operation that one would desire if the cache 
were to be used as a high speed RAM. 

8.2.3 CACHE TESTABILITY READ 

A cache testability read is a two step process. First 
the contents of the cache location are read into the 
cache read buffer. Next the data is examined by 
reading it out of the read buffer. Sample assembly 
code to do a testability read is given in Figure 8.2. 

Reading the contents of a cache location into the 
cache read buffer is initiated by writing TR5 with the 
control bits set to 10 and the desired seven-bit set 
select and two-bit entry select. In response to the 
write to TR5, TR4 is loaded with the 21 -bit tag field 
and the single valid bit from the cache entry read. 
TR4 is also loaded with the three LRU bits and four 
valid bits corresponding to the cache set that was 
accessed. The cache read buffer is filled with the 
128-bit value which was found in the data array at 
the specified location. 

The contents of the read buffer are examined by 
performing four reads of TR3. Before reading TR3 
the entry select bits in TR5 must loaded to indicate 
which of the four 32-bit words in the read buffer to 



transfer into TR3 and the control bits in TR5 must be 
loaded with 00. The register read of TR3 will initiate 
the transfer of the 32-bit value from the read buffer 
to the specified general purpose register. 

Note that it is very important that the entire 1 28-bit 
quantity from the read buffer and also the informa- 
tion from TR4 be read before any memory refer- 
ences are allowed to occur. If memory operations 
are allowed to happen, the contents of the read buff- 
er will be corrupted. This is because the testability 
operations use hardware that is used in normal 
memory accesses for the Intel486 DX2 microproc- 
essor whether the cache is enabled or not. 

8.2.4 FLUSH CACHE 

The control bits in TR5 must be written with 1 1 to 
flush the cache. None of the other bits in TR5 have 
any meaning when 1 1 is written to the control bits. 
Flushing the cache will reset the LRU bits and the 
valid bits to 0, but will not change the cache tag or 
data arrays. 

When the cache is flushed by writing to TR5 the 
special bus cycle indicating a cache flush to the ex- 
ternal system is not run (see Section 7.2.1 1, Special 
Bus Cycles). The cache should be flushed with the 
instruction INVD (Invalidate Data Cache) instruction 
or the WBINVD (Write-back and Invalidate Data 
Cache) instruction. 



8.3 Translation Lookaside Buffer 
(TLB) Testing 

The Intel486 DX2 microprocessor TLB testability 
hooks are similar to those in the Intel386 microproc- 
essor. The testability hooks have been enhanced to 
provide added test features and to include new fea- 
tures in the Intel486 DX2 microprocessor. The TLB 
testability hooks are designed to be accessible dur- 
ing the BIST and for assembly language testing of 
the TLB. 



8.3.1 TRANSLATION LOOKASIDE BUFFER 
ORGANIZATION 

The Intel486 DX2 microprocessors TLB is 4-way set 
associative and has space for 32 entries. The TLB is 
logically split into three blocks shown in Figure 8.3. 

The data block is physically split into four arrays, 
each with space for eight entries. An entry in the 
data block is 22 bits wide containing a 20-bit physi- 
cal address and two bits for the page attributes. The 
page attributes are the PCD (page cache disable) bit 
and the PWT (page write-through) bit. Refer to Sec- 
tion 4.5.4 for a discussion of the PCD and PWT bits. 
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Figure 8.3. TLB Organization 



The tag block is also split into four arrays, one for 
each of the data arrays. A tag entry is 21 bits wide 
containing a 17-bit linear address and four protec- 
tion bits. The protection bits are valid (V), user/su- 
pervisor (U/S), read/write (R/W) and dirty (D). 

The third block contains eight three bit quantities 
used in the pseudo least recently used (LRU) re- 
placement algorithm. These bits are called the LRU 
bits. The LRU replacement algorithm used in the 



TLB is the same as used by the on-chip cache. For a 
description of this algorithm refer to Section 5.5. 

8.3.2 TLB TEST REGISTERS TR6 AND TR7 

The two TLB test registers are shown in Figure 8.4. 
TR6 is the command test register and TR7 is the 
data test register. External access to these registers 
is provided through MOV reg,TREG and MOV 
TREG,reg instructions. 



31 




12 


11 


10 


9 


8 


7 


6 


5 


4 1 





Linear Address 


V 


D 


D# 


U 


U# 


W 


W# 


WSSMB 


Option 


WmgllBi 



12 11 10 



7 6 5 4 3 2 1 



Physical Address 



PCD 



L2 L1 L0 
LRU Bits 



TR6 

TLB Command 

Test Register 



TR7 

TLB Data 
Test Register 



I = unused 



T t 
Replacement Pointer Select (Writes) Replacement Pointer (Writes) 
Hit Indication (Lookup) Hit Location (Lookup) 



Figure 8.4. TLB Test Registers 
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Command Test Register: TR6 

TR6 contains the tag information and control infor- 
mation used in a TLB test. Loading TR6 with tag and 
control information initiates a TLB write or lookup 
test. 

TR6 contains three bit fields, a 20-bit linear address 
(bits 12-31), seven bits for the TLB tag protection 
bits (bits 5-11) and one bit (bit 0) to define the type 
of operation to be performed on the TLB. 

The 20-bit linear address forms the tag information 
used in the TLB access. The lower three bits of the 
linear address select which of the eight sets are ac- 
cessed. The upper 1 7 bits of the linear address form 
the tag stored in the tag array. 

The seven TLB tag protection bits are described be- 
low. 

V: The valid bit for this TLB entry 

D,D#: The dirty bit for/from the TLB entry 

U,U#: The user/supervisor bit for/from the TLB 
entry 

W,W#: The read/write bit for/from the TLB entry 

Two bits are used to represent the D, U/S and R/W 
bits in the TLB tag to permit the option of a forced 
miss or hit during a TLB lookup operation. The 
forced miss or hit will occur regardless of the state 
of the actual bit in the TLB. The meaning of these 
pairs of bits is given in Table 8.2. 

The operation bit in TR6 determines if the TLB test 
operation will be a write or a lookup. The function of 
the operation bit is given in Table 8.3. 

Table 8.3. TR6 Operation Bit Encoding 



TR6 
BitO 


TLB Operation 
to Be Performed 



1 


TLB Write 
TLB Lookup 



Data Test Register: TR7 

TR7 contains the information stored or read from the 
data block during a TLB test operation. Before a TLB 



test write, TR7 contains the physical address and 
the page attribute bits to be stored in the entry. After 
a TLB test lookup hit, TR7 contains the physical ad- 
dress, page attributes, LRU bits and entry location 
from the access. 

TR7 contains a 20-bit physical address (bits 12-31), 
two bits for PCD (bit 1 1) and PWT (bit 10) and three 
bits for the LRU bits (bits 7-9). The LRU bits in TR7 
are only used during a TLB lookup test. The func- 
tionality of TR7 bit 4 differs for TLB writes and look- 
ups. The encoding of bit 4 is defined in Tables 8.4 
and 8.5. Finally TR7 contains two bits (bits 2-3) to 
specify a TLB replacement pointer or the location of 
a TLB hit. 

Table 8.4. Encoding of Bit 4 of TR7 on Writes 



TR7 
Bit 4 


Replacement Pointer 
Used on TLB Write 




1 


Pseudo-LRU Replacement Pointer 
Data Test Register Bits 3:2 


Table 8.5. Encoding of Bit 4 of TR7 on Lookups 


TR7 
Bit 4 


Meaning after TLB 
Lookup Operation 



1 


TLB Lookup Resulted in a Miss 
TLB Lookup Resulted in a Hit 



A replacement pointer is used during a TLB write. 
The pointer indicates which of the four entries in an 
accessed set is to be written. The replacement 
pointer can be specified to be the internal LRU bits 
or bits 2-3 in TR7. The source of the replacement 
pointer is specified by TR7 bit 4. The encoding of bit 
4 during a write is given by Table 8.4. 

Note that both testability writes and lookups affect 
the state of the internal LRU bits regardless of the 
replacement pointer used. All TLB write operations 
(testability or normal operation) cause the written 
entry to become the most recently used. For exam- 
ple, during a testability write with the replacement 
pointer specified by TR7 bits 2-3, the indicated en- 
try is written and that entry becomes the most re- 
cently used as specified by the internal LRU bits. 



Table 8.2. Meaning of a Pair of TR6 Protection Bits 



TR6 Protection Bit 
(B) 


TR6 Protection Bit# 
(B#) 


Meaning on 
TLB Write Operation 


Meaning on 
TLB Lookup Operation 




1 

1 



1 


1 


Undefined 

Write to TLB TAG Bit B 

Write 1 to TLB TAG Bit B 

Undefined 


Miss any TLB TAG Bit B 
Match TLB TAG Bit B if 
Match TLB TAG Bit B if 1 
Match any TLB TAG Bit B 
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There are two TLB testing operations: write entries 
into the TLB, and perform TLB lookups. One major 
enhancement over TLB testing in the Intel386 micro- 
processor is that paging need not be disabled while 
executing testability writes or lookups. 

Note that any time one TLB set contains the same 
linear address in more than one of its entries, look- 
ing up that linear address will not result in a hit. 
Therefore a single linear address should not be writ- 
ten to one TLB set more than once. 



Bits 9-7 will contain the LRU bits associated with 
the accessed set. The state of the LRU bits is previ- 
ous to their being updated for the current lookup. 

If bit 4 in TR7 indicated that the lookup test resulted 
in a miss the remaining bits in TR7 are undefined. 

Again it should be noted that a TLB testability lookup 
operation affects the state of the LRU bits. The LRU 
bits will be updated if a hit occurred. The entry which 
was hit will become the most recently used. 



8.3.3 TLB WRITE TEST 

To perform a TLB write TR7 must be loaded fol- 
lowed by a TR6 load. The register operations must 
be performed in this order since the TLB operation is 
triggered by the write to TR6. 

TR7 is loaded with a 20-bit physical address and 
values for PCD and PWT to be written to the data 
portion of the TLB. In addition, bit 4 of TR7 must be 
loaded to indicate whether to use TR7 bits 3-2 or the 
internal LRU bits as the replacement pointer on the 
TLB write operation. Note that the LRU bits in TR7 
are not used in a write test. 

TR6 must be written to initiate the TLB write opera- 
tion. Bit in TR6 must be reset to zero to indicate a 
TLB write. The 20-bit linear address and the seven 
page protection bits must also be written in TR6 to 
specify the tag portion of the TLB entry. Note that 
the three least significant bits of the linear address 
specify which of the eight sets in the data block will 
be loaded with the physical address data. Thus only 
17 of the linear address bits are stored in the tag 
array. 

8.3.4 TLB LOOKUP TEST 

To perform a TLB lookup it is only necessary to write 
the proper tags and control information into TR6. Bit 
in TR6 must be set to 1 to indicate a TLB lookup. 
TR6 must be loaded with a 20-bit linear address and 
the seven protection bits. To force misses and 
matches of the individual protection bits on TLB 
lookups, set the seven protection bits as specified in 
Table 8.2. 

A TLB lookup operation is initiated by the write to 
TR6. TR7 will indicate the result of the lookup opera- 
tion following the write to TR6. The hit/miss indica- 
tion can be found in TR7 bit 4 (see Table 8.5). 

TR7 will contain the following information if bit 4 indi- 
cated that the lookup test resulted in a hit. Bits 2-3 
will indicate in which set the match occurred. The 22 
most significant bits in TR7 will contain the physical 
address and page attributes contained in the entry. 



8.4 3-State Output Test Mode 

The Intel486 DX2 microprocessor provides the abili- 
ty to float all its outputs and bidirectional pins. This 
includes all pins floated during bus hold as well as 
pins which are never floated in normal operation of 
the chip (HLDA, BREQ, FERR# and PCHK#). 
When the Intel486 DX2 microprocessor is in the 3- 
state output test mode external testing can be used 
to test board connections. 

The 3-state test mode is invoked by driving 
FLUSH # low for 2 clocks before and 2 clocks after 
RESET going low. The outputs are guaranteed to 3- 
state no later than 1 clocks after RESET goes low 
(see Figure 6.4). The Intel486 DX2 microprocessor 
remains in the 3-state test mode until the next 
RESET. 



8.5 Intel486™ DX2 Microprocessor 
Boundary Scan (JTAG) 

The Intel486 DX2 microprocessor provides testabili- 
ty features compatible with the IEEE Standard Test 
Access Port and Boundary Scan Architecture (IEEE 
Std. 1149.1). The test logic provided allows for test- 
ing to insure that components function correctly, that 
interconnections between various components are 
correct, and that various components interact cor- 
rectly on the printed circuit board. 

The boundary scan test logic consists of a boundary 
scan register and support logic that are accessed 
through a test access port (TAP). The TAP provides 
a simple serial interface that makes it possible to 
test all signal traces with only a few probes. 

The TAP can be controlled via a bus master. The 
bus master can be either automatic test equipment 
or a component (PLD) that interfaces to the four-pin 
test bus. 
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8.5.1 BOUNDARY SCAN ARCHITECTURE 

The boundary scan test logic contains the following 
elements: 

— Test access port (TAP), consisting of input pins 
TMS, TCK, and TDI; and output pin TDO. 

— TAP controller, which interprets the inputs on the 
test mode select (TMS) line and performs the 
corresponding operation. The operations per- 
formed by the TAP include controlling the in- 
struction and data registers within the compo- 
nent. 

— Instruction register (IR), which accepts instruc- 
tion codes shifted into the test logic on the test 
data input (TDI) pin. The instruction codes are 
used to select the specific test operation to be 
performed or the test data register to be ac- 
cessed. 

— Test data registers: The Intel486 DX2 microproc- 
essor contains three test data registers: Bypass 
register (BPR), Device Identification register 
(DID), and Boundary Scan register (BSR). 

The instruction and test data registers are separate 
shift-register paths connected in parallel and have a 
common serial data input and a common serial data 
output connected to the TAP signals, TDI and TDO, 
respectively. 

8.5.2 DATA REGISTERS 

The Intel486 DX2 CPU contains the two required 
test data registers; bypass register and boundary 
scan register. In addition, they also have a device 
identification register. 



Each test data register is serially connected to TDI 
and TDO, with TDI connected to the most significant 
bit and TDO connected to the least significant bit of 
the test data register. Data is shifted one stage (bit 
position within the register) on each rising edge of 
the test clock (TCK). 

In addition the Intel486 DX2 CPU contains a runbist 
register to support the RUNBIST boundary scan in- 
struction. 

8.5.2.1 Bypass Register 

The Bypass Register is a one-bit shift register that 
provides the minimal length path between TDI and 
TDO. This path can be selected when no test opera- 
tion is being performed by the component to allow 
rapid movement of test data to and from other com- 
ponents on the board. While the bypass register is 
selected, data is transferred from TDI to TDO with- 
out inversion. 

8.5.2.2 Boundary Scan Register 

The Boundary Scan Register is a single shift register 
path containing the boundary scan cells that are 
connected to all input and output pins of the Intel486 
DX2 CPU. Figure 8.1 shows the logical structure of 
the boundary scan register. While output cells deter- 
mine the value of the signal driven on the corre- 
sponding pin, input cells only capture data; they do 
not affect the normal operation of the device. Data is 
transferred without inversion from TDI to TDO 
through the boundary scan register during scanning. 
The boundary scan register can be operated by the 
EXTEST and SAMPLE instructions. The boundary 
scan register order is described in Section 8.5.5. 
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Figure 8.1. Logical Structure of Boundary Scan Register 
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8.5.2.3 Device Identification Register 

The Device Identification Register contains the man- 
ufacturer's identification code, part number code, 
and version code in the format shown in Figure 8.2. 
Table 8.1 lists the codes corresponding to the In- 
tel486 DX2 CPU. 



8.5.2.4 Runbist Register 

The Runbist Register is a one bit register used to 
report the results of the Intel486 DX2 CPU BIST 
when it is initiated by the RUNBIST instruction. This 
register is loaded with a "1" prior to invoking the 
BIST and is loaded with "0" upon successful com- 
pletion. 



8.5.3 INSTRUCTION REGISTER 

The Instruction Register (IR) allows instructions to 
be serially shifted into the device. The instruction 
selects the particular test to be performed, the test 
data register to be accessed, or both. The instruc- 



tion register is four (4) bits wide. The most significant 
bit is connected to TDI and the least significant bit is 
connected to TDO. There are no parity bits associat- 
ed with the Instruction register. Upon entering the 
Capture-IR TAP controller state, the Instruction reg- 
ister is loaded with the default instruction "0001", 
SAMPLE/PRELOAD. Instructions are shifted into 
the instruction register on the rising edge of TCK 
while the TAP controller is in the Shift-IR state. 



8.5.3.1 Intel486 DX2 CPU Boundary Scan 
Instruction Set 

The Intel486 DX2 CPU supports all three mandatory 
boundary scan instructions (BYPASS, SAMPLE/ 
PRELOAD, and EXTEST) along with two optional in- 
structions (IDCODE and RUNBIST). Table 8.2 lists 
the Intel486 DX2 CPU boundary scan instruction 
codes. The instructions listed as PRIVATE cause 
TDO to become enabled in the Shift-DR state and 
cause "0" to be shifted out of TDO on the rising 
edge of TCK. Execution of the PRIVATE instructions 
will not cause hazardous operation of the Intel486 
DX2 CPU. 
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VERSION 
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MANUFACTURER 
IDENTITY 
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Figure 8.2. Format of Device Identification Register 
Table 8.1 



Component Code 


Version Code 


Part Number Code 


Manufacturer Identity 


Intel486 DX2 CPU (Ax) 


OOh 


0432h 


09h 


Intel486 DX2 CPU (Bx) 


OOh 


0433h 


09h 
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Table 8.2 


Instruction Code 


Instruction Name 


0000 


EXTEST 


0001 


SAMPLE 


0010 


IDCODE 


0011 


PRIVATE 


0100 


PRIVATE 


0101 


PRIVATE 


0110 


PRIVATE 


0111 


PRIVATE 


1000 


RUNBIST 


1001 


PRIVATE 


1010 


PRIVATE 


1011 


PRIVATE 


1100 


PRIVATE 


1101 


PRIVATE 


1110 


PRIVATE 


1111 


BYPASS 



EXTEST The instruction code is "0000". The EX- 
TEST instruction allows testing of cir- 
cuitry external to the component pack- 
age, typically board interconnects. It 
does so by driving the values loaded 
into the Intel486 DX2 CPU's boundary 
scan register out on the output pins cor- 
responding to each boundary scan cell 
and capturing the values on Intel486 
DX2 CPU input pins to be loaded into 
their corresponding boundary scan reg- 
ister locations. I/O pins are selected as 
input or output, depending on the value 
loaded into their control setting loca- 
tions in the boundary scan register. Val- 
ues shifted into input latches in the 
boundary scan register are never used 
by the internal logic of the Intel486 DX2 
CPU. 

NOTE: 

After using the EXTEST instruction, the 
Intel486 DX2 CPU must be reset before 
normal (non-boundary scan) use. 

SAMPLE/ The instruction code is "0001". The 
PRELOAD SAMPLE/PRELOAD has two functions 
that it performs. When the TAP control- 
ler is in the Capture-DR state, the SAM- 
PLE/PRELOAD instruction allows a 
"snap-shot" of the normal operation of 



the component without interfering with 
that normal operation. The instruction 
causes boundary scan register cells as- 
sociated with outputs to sample the val- 
ue being driven by the Intel486 DX2 
CPU. It causes the cells associated with 
inputs to sample the value being driven 
into the Intel486 DX2 CPU. On both out- 
puts and inputs the sampling occurs on 
the rising edge of TCK. When the TAP 
controller is in the Update-DR state, the 
SAMPLE/PRELOAD instruction pre- 
loads data to the device pins to be driv- 
en to the board by executing the 
EXTEST instruction. Data is preloaded 
to the pins from the boundary scan reg- 
ister on the falling edge of TCK. 

IDCODE The instruction code is "0010". The ID- 
CODE instruction selects the device 
identification register to be connected 
to TDI and TDO, allowing the device 
identification code to be shifted out of 
the device on TDO. Note that the de- 
vice identification register is not altered 
by data being shifted in on TDI. 

BYPASS The instruction code is "1111". The 
BYPASS instruction selects the bypass 
register to be connected to TDI or TDO, 
effectively bypassing the test logic on 
the Intel486 DX2 microprocessor by re- 
ducing the shift length of the device to 
one bit. Note than an open circuit fault 
in the board level test data path will 
cause the bypass register to be select- 
ed following an instruction scan cycle 
due to the pull-up resistor on the TDI 
input. This has been done to prevent 
any unwanted interference with the 
proper operation of the system logic. 

RUNBIST The instruction code is "1000". The 
RUNBIST instruction selects the one (1) 
bit runbist register, loads a value of "1" 
into the runbist register, and connects it 
to TDO. It also initiates the built-in self 
test (BIST) feature of the Intel486 DX2 
CPU, which is able to detect approxi- 
mately 60% of the stuck-at faults on the 
Intel486 DX2 CPU. The Intel486 DX2 
CPU AC/DC Specifications for Vcc and 
CLK must be met and reset must have 
been asserted at least once prior to ex- 
ecuting the RUNBIST boundary scan in- 
struction. After loading the RUNBIST in- 
struction code in the instruction register, 
the TAP controller must be placed in 
the Run-Test/Idle state. BIST begins on 
the first rising edge of TCK after enter- 
ing the Run-Test/ Idle state. The TAP 
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controller must remain in the Run-Test/ 
Idle state until BIST is completed. It re- 
quires 1.2 million clock (CLK) cycles to 
complete BIST and report the result to 
the runbist register. After completing 
the 1.2 million clock (CLK) cycles, the 
value in the runbist register should be 
shifted out on TDO during the Shift-DR 
state. A value of "0" being shifted out 
on TDO indicates BIST successfully 
completed. A value of "1" indicates a 
failure occurred. After executing the 
RUNBIST instruction, the Intel486 DX2 
CPU must be reset prior to normal oper- 
ation. 



8.5.4 TEST ACCESS PORT (TAP) 
CONTROLLER 

The TAP controller is a synchronous, finite state ma- 
chine. It controls the sequence of operations of the 
test logic. The TAP controller changes state only in 
response to the following events: 



1 . a rising edge of TCK 

2. power-up. 



The value of the test mode state (TMS) input signal 
at a rising edge of TCK controls the sequence of the 
state changes. The state diagram for the TAP con- 
troller is shown in Figure 8.3. Test designers must 
consider the operation of the state machine in order 
to design the correct sequence of values to drive on 
TMS. 



8.5.4.1 Test-Logic-Reset State 

In this state, the test logic is disabled so that normal 
operation of the device can continue unhindered. 
This is achieved by initializing the instruction register 
such that the IDCODE instruction is loaded. No mat- 
ter what the original state of the controller, the con- 
troller enters Test-Logic-Reset state when the TMS 
input is held high (1) for at least five rising edges of 
TCK. The controller remains in this state while TMS 
is high. The TAP controller is also forced to enter 
this state at power-up. 



8.5.4.2 Run-Test/Idle State 

A controller state between scan operations. Once in 
this state, the controller remains in this state as long 






Figure 8.3. TAP Controller State Diagram 
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as TMS is held low. In devices supporting the 
RUNBIST instruction, the BIST is performed during 
this state and the result is reported in the runbist 
register. For instruction not causing functions to exe- 
cute during this state, no activity occurs in the test 
logic. The instruction register and all test data regis- 
ters retain their previous state. When TMS is high 
and a rising edge is applied to TCK, the controller 
moves to the Select-DR state. 



8.5.4.3 Select-DR-Scan State 

This is a temporary controller state. The test data 
register selected by the current instruction retains its 
previous state. If TMS is held low and a rising edge 
is applied to TCK when in this state, the controller 
moves into the Capture-DR state, and a scan se- 
quence for the selected test data register is initiated. 
If TMS is held high and a rising edge is applied to 
TCK, the controller moves to the Select-IR-Scan 
state. 

The instruction does not change in this state. 



8.5.4.4 Capture-DR State 

In this state, the boundary scan register captures 
input pin data if the current instruction is EXTEST or 
SAMPLE/PRELOAD. The other test data registers, 
which do not have parallel input, are not changed. 

The instruction does not change in this state. 

When the TAP controller is in this state and a rising 
edge is applied to TCK, the controller enters the 
Exit1-DR state if TMS is high or the Shift-DR state if 
TMS is low. 



8.5.4.5 Shift-DR State 

In this controller state, the test data register con- 
nected between TDI and TDO as a result of the cur- 
rent instruction, shifts data one stage toward its seri- 
al output on each rising edge of TCK. 

The instruction does not change in this state. 

When the TAP controller is in this state and a rising 
edge is applied to TCK, the controller enters the 
Exitl -DR state if TMS is high or remains in the Shift- 
DR state if TMS is low. 



nates the scanning process. If TMS is held low and a 
rising edge is applied to TCK, the controller enters 
the Pause-DR state. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

8.5.4.7 Pause-Dr State 

The pause state allows the test controller to tempo- 
rarily halt the shifting of data through the test data 
register in the serial path between TDI and TDO. An 
example of using this state could be to allow a tester 
to reload its pin memory from disk during application 
of a long test sequence. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

The controller remains in this state as long as TMS 
is low. When TMS goes high and a rising edge is 
applied to TCK, the controller moves to the Exit2-DR 
state. 

8.5.4.8 Exit2-DR State 

This is a temporary state. While in this state, if TMS 
is held high, a rising edge applied to TCK causes the 
controller to enter the Update-DR state, which termi- 
nates the scanning process. If TMS is held low and a 
rising edge is applied to TCK, the controller enters 
the Shift-DR state. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

8.5.4.9 Update-DR State 

The boundary scan register is provided with a 
latched parallel output to prevent changes at the 
parallel output while data is shifted in response to 
the EXTEST and SAMPLE/PRELOAD instructions. 
When the TAP controller is in this state and the 
boundary scan register is selected, data is latched 
onto the parallel output of this register from the shift- 
register path on the falling edge of TCK. The data 
held at the latched parallel output does not change 
other than in this state. 



8.5.4.6 Exit1-DR State 

This is a temporary state. While in this state, if TMS 
is held high, a rising edge applied to TCK causes the 
controller to enter the Update-DR state, which termi- 



All shift-register stages in test data register selected 
by the current instruction retains its previous value 
during this state. The instruction does not change in 
this state. 
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8.5.4.10 Select-IR-Scan State 

This is a temporary controller state. The test data 
register selected by the current instruction retains its 
previous state. If TMS is held low and a rising edge 
is applied to TCK when in this state, the controller 
moves into the Capture-IR state, and a scan se- 
quence for the instruction register is initiated. If TMS 
is held high and a rising edge is applied to TCK, the 
controller moves to the Test-Logic-Reset state. 

The instruction does not change in this state. 



8.5.4.11 Capture-IR State 

In this controller state the shift register contained in 
the instruction register loads the fixed value "0001 " 
on the rising edge of TCK. 

The test data register selected by the current in- 
struction retains it previous value during this state. 
The instruction does not change in this state. 

When the controller is in this state and a rising edge 
is applied to TCK, the controller enters the Exit1-IR 
state if TMS is held high, or the Shift-IR state if TMS 
is held low. 



8.5.4.12 Shift-IR State 

In this state the shift register contained in the in- 
struction register is connected between TDI and 
TDO and shifts data one stage towards its serial out- 
put on each rising edge of TCK. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

When the controller is in this state and a rising edge 
is applied to TCK, the controller enters the Exit1-IR 
state if TMS is held high, or remains in the Shift-IR 
state if TMS is held low. 



8.5.4.13 Exitl-IR State 

This is a temporary state. While in this state, if TMS 
is held high, a rising edge applied to TCK causes the 



controller to enter the Update-IR state, which termi- 
nates the scanning process. If TMS is held low and a 
rising edge is applied to TCK, the controller enters 
the Pause-IR state. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

8.5.4.14 Pause-IR State 

The pause state allows the test controller to tempo- 
rarily halt the shifting of data through the instruction 
register. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 

The controller remains in this state as long as TMS 
is low. When TMS goes high and a rising edge is 
applied to TCK, the controller moves to the Exit2-IR 
state. 



8.5.4.15 Exit2-IR State 

This is a temporary state. While in this state, if TMS 
is held high, a rising edge applied to TCK causes the 
controller to enter the Update-IR state, which termi- 
nates the scanning process. If TMS is held low and a 
rising edge is applied to TCK, the controller enters 
the Shift-IR state. 

The test data register selected by the current in- 
struction retains its previous value during this state. 
The instruction does not change in this state. 



8.5.4.16 Update-IR State 

The instruction shifted into the instruction register is 
latched onto the parallel output from the shift-regis- 
ter path on the falling edge of TCK. Once the new 
instruction has been latched, it becomes the current 
instruction. 

Test data registers selected by the current instruc- 
tion retain the previous value. 
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8.5.5 BOUNDARY SCAN REGISTER CELL 

The boundary scan register contains a cell for each 
pin, as well as cells for control of I/O and 3-state 
pins. 

The following is the bit order of the Intel486 DX2 
CPU boundary scan register: (from left to right and 
top to bottom). 

TDI -►WRCTL ABUSCTL BUSCTL MISCCTL 
ADS# BLAST# PLOCK# LOCK# PCHK# 
BRDY# BOFF# BS16# BS8# RDY# KEN# 
HOLD AHOLD CLK HLDA WR# BREQ BE0# 
BE1# BE2# BE3# MIO# DC# PWT PCD 
EADS# A20M# RESET FLUSH# INTR NMI 
UP# FERR# IGNNE# D31 D30 D29 D28 D27 
D26 D25 D24 DP3 D23 D22 D21 D20 D19 D18 
D17 D16 DP2 D15 D14 D13 D12 D11 D10 D9 
D8 DP1 07 D6 D5 D4 D3 D2 D1 DO DPO A31 
A30 A29 A28 A27 A26 A25 A24 A23 A22 A21 
A20 A19 A18 A17 A16 A15 A14 A13 A12 A11 
A10 A9 A8 A7 A6 RESERVED A5 A4 A3 
A2 -» TDO 



"RESERVED" corresponds to no connect "NC" sig- 
nals on the Intel486 DX2 CPU. 

All the *CTL cells are control cells that are used to 
select the direction of bidirectional pins or 3-state 
output pins. If "1" is loaded into the control cell 
(*CTL), the associated pin(s) are 3-stated or select- 
ed as input. The following lists the control cells and 
their corresponding pins. 

1. WRCTL controls the D31-0 and DP3-0 pins. 

2. ABUSCTL controls the A31 -A2 pins. 

3. BUSCTL controls the ADS#, BLAST#, 
PLOCK#, LOCK#, WR#, BE0#, BE1#, BE2#, 
BE3#, MIO#, DC#, PWT, and PCD pins. 

4. MISCCTL controls the PCHK#, HLDA, BREQ, 
and FERR# pins. 



8.5.6 TAP CONTROLLER INITIALIZATION 

The TAP controller is automatically initialized when a 
device is powered up. In addition, the TAP controller 
can be initialized by applying a high signal level on 
the TMS input for five TCK periods. 
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8.5.7 BOUNDARY SCAN DESCRIPTION LANGUAGE (BSDL) 



-- Intel i486(tm)DX2 CPU 


BSDL description 


entity Intel486TM_DX2 is 




generic ( PHYSICAL_PIN_ 


MAP : string : = "PGA_17xl7 " ) ; 


port (A20M 


in 


bit; 


ABUS2 


out 


bit 




ABUS3 


out 


bit 




ABUS 


inout bit_vector (4 to 31); -- Address bus (words) 


ADS 


out 


bit; 


AHOLD 


in 


bit; 


BE 


out 


bit_vector(0 to 3); %> 


BLAST 


out 


bit 




BOFF 


in 


bit 




BRDY 


in 


bit 




BREQ 


out 


bit 




BS8 


in 


bit 




BS16 


in 


bit 




CLK 


in 


bit 




DBUS 


inout bit_vector (0 to 3D ; -- Data bus 


DC 


out 


bit; jk 'lyl ir ,J5 iK :iir ^ 


DP 


inout bit_vector{0 to 3); 


EADS 


in 


bit 




FERR 


out 


bit 




FLUSH 


in 


bit 




HLDA 


out 


bit* 




HOLD 


in 


bit 




IGNNE 


in 


bit 




INTR 


in 


bit 




KEN 


in 


■bit 




LOCK 


out 


» bit 




MIO 


out 


bit 




NC 


linkage bit_vectarfl to 12); -- No Connects 


NCI 


in 


bit* 4#,'ii# 


NMI 


in 4 


bit ; 


PCD 


ouiji 


bic? 


PCHK 


out 


|> bit; 


PLOCK 


. out 


bit* 


PWT 4 # 


out 


bit; 


RDY 


, in 


bit; 


RESET 


^ in 


bit; 


TCK, TMS, 


TDI : 


in bit; -- Scan Port inputs 


tdcI*KP 


out 


bit; -- Scan Port output 


UP 


in 


bit; 


vcc 


linkage bit_vector(l to 24); -- VCC 


vss 


linkage bit_vector(l to 28); -- VSS 


WR 


out 


bit) ; 


use STD_1149_1_J 


L990.a 


11; 


attribute PIN_M? 


KP of 


Intel486TM_DX2 : entity is PHYSICAL_PIN_MAP; 


constant PGA_17> 


cl7 : 


PIN_MAP_STRING := -- Define Pin Out of PGA 


"A20M 


D15 # . 


" & 


"ABUS2 


Q14, 


" & 


"ABUS3 


R15, 


" & 


"ABUS 


(S16 


, Q12, S15, Q13, R13, Ql 1 , S13, R12," & 


" 


S7, 


Q10, S5, R7, Q9, Q3, R5, Q4 , Q8, Q5 , " & 


" 


Q7, 


S3, Q6, R2, S2, SI, Rl , P2 , P3 , Ql ) , " & 


"ADS 


S17, 


" & 


"AHOLD 


A17, 


" &. 


"BE 


(K15 


, J16, J15, F17) , " & 
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• BLAST 


R16, 


& 












■BOFF 


D17, 


& 












"BRDY 


H15, 


& 












"BREQ 


Q15, 


& 












"BS8 


D16, 


& 












"BS16 


C17, 


& 












"CLK 


C3, 


& 












"DBUS 


(PI, N2, Nl, H2, M3, J2, L2 , L3 , F2, Dl , 
CI, G3, D2, K3, F3, J3, D3, C2, Bl, Al, 
A2, A4, A6, B6, C7, C6, C8, A8, C9, B8) 


E3, " & 
B2, " & 
" & 








"DC 


M15, 


& 












"DP 


(N3, 


Fl, 


H3, A5), " & 










•EADS 


B17, 


& 












"FERR 


C14, 


& 












"FLUSH 


C15, 


& 












"HLDA 


P15, 


& 












"HOLD 


E15, 


& 












• IGNNE 


A15, 


& 












•INTR 


A16, 


& 












•KEN 


F15, 


& 












•LOCK 


N15, 


& 












•MIO 


N16, 


& 












•NC 


(R17, 
A10, 


G15, 
A12, 


C10, C12, C13, B10, B12, B|p , 
A13) , " & 


" & 








•NCI 


S4, 


& 


„ ? ; 










"NMI 


B15, 


& 












"PCD 


J17, 


& 












"PCHK 


Q17, 


& 












• PLOCK 


Q16, 


& 












"PWT 


L15, 


& 


,<« ; J 










•RDY 


F16, 


& 












•RESET 


C16, 


& 












"TCK 


A3, 


& 












•TDI 


A14, 


& 












•TDO 


B16, 


& 












•TMS 


B14, 


& 












•UP 


Cll, 


& 












•vcc 


(R8, 


R9, 


R10, Rll, RJ4, Pi 6, M2, MIS, 


L16, K2, 


K16, 


• & 




• 


Jl, 


H16, 


03, G16, E2, KL6, C4, CS, 


B7, B9, 


Bll, 


• & 




■ 


R3, 


R6) ,* 


* S 










•vss 


(S6, 


S8, 


§$, SlO^Sll, S12, SU, R4, 


Q2, P17, 


Ml, 


" Sc 




" 


M17, 


LI/ 


Ll7, Kl, KI7, HI, Mi", Gl, 


G17, El, 


El 7, 


• & 




• 


B3,,, 


B4, 


B5, A?, A^, ,MI), " & 










•WR 


N17 >;: 


• 












attribute Tap_Sc 


:an_In c 


)f 


TDI : signal is true; 










attribute Tap_Sc 


:an_Mod« 


> of 


THS 4 signal is true; 










attribute Tap_Sc 


:an_Out 


of <t 


TOO ? signal is true; 










attribute Tap_S( 


:an_Cloc 


:k of 


TCK : signal is (25.0e6, 


BOTH) ; 








attribute Instri 


ICtlOHj 


«Ui<th of Intel486TM_DX2: entity is 


4; 








attribute Instri 


icwb&tjk 


)pcode of Intel486TM_DX2: entity is 










• BYPASS ( 1 h 


11) t * 


& 












•EXTEST (Oi 


mr 


& 












•SAMPLE (00( 


>«,■ 


& 












•IDCODE (00] 


L0)," 


& 












•RUNBIST (10( 


)0) , • . 


& 












•PRIVATE (00] 


Ll,0100 


0101 


,0110,0111,1001,1010,1011,1100 


1101,1110 


" ; 






attribute Instri 


iction_C 


:aptu 


re of Intel486TM_DX2: entity is "0001"; 








-- there is no ] 


Cnstruct 


,ion_ 


Disable attribute for Intel486TM_DX2 








attribute Instri 


iction_Private of Intel486TM_DX2: entity is "private 


'; 






attribute Instri 


iction_l 


Jsage 


of Intel486TM_DX2: entity is 










'RUNBIST (rec 


jisters 


BIST 


; ' & 










"result 0;" 






& 










•clock CLK ir 


\ Run T« 


>st_Idle; "& 










"length 1200( 


)00) "; 














attribute Idcod* 


-_Regist 


„er o 


f Intel486TM_DX2: entity is 










"0000" 






& --version 










•00000100000] 


L0001- 




& --new part number 










•00000001001 






& --manufacturers identity 










"1"; 






--required by the standard 










attribute Regist 


,er Aca 


JSS o 


f Intel486TM_DX2: entity is 










■BIST[1] (RW 


JBIST) " 
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J**************************************************** 


****** ********* 1 




-- 


{ The first cell is closest to TDO 


} 




■-- 


r*******************************************************************\ 






attribute Boundary Lenqth of Intel486TM DX2 : entity j 


ls 105; 






attribute Boundary_Cel Is of Intel486TM_DX2 : entity i 


3 • BC_2 , BC_1 , BC_6 " ; 






attribute Boundary Register of Intel486TM DX2 : entity is 






"0 (BC 2, ABUS2, output 3, X, 102, 1, Z 


, " & 






•1 (BC 2 


ABUS3, output3, X, 102, 1, Z 


, " & 






•2 (BC 6 


ABUS(4), bidir, X, 102, 1, Z) 


& 






"3 (BC 6 


ABUS(5), bidir, X, 102, 1 


Z) 


& 






"4 (BC 1 


NCI, input, X) , ' & 










"5 (BC 6 


ABUS(6), bidir, X, 102, 1 


Z) 


& 






"6 (BC 6 


ABUS(7), bidir, X, 102, 1 


Z) 


& 






"7 (BC_6 


ABUS(8), bidir, X, 102, 1 


Z) 


& 






" 8 ( BC_6 


ABUS(9), bidir, X, 102, 1 


Z) 


& 






"9 (BC 6 


ABUS(IO), bidir, X, 102, 1 


Z) 


& 






"10 (BC 6 


ABUS(ll), bidir, X, 102, 1 


Z) 


& 






•11 (BC 6 


ABUS(12), bidir, X, 102, 1 


Z) 


" .:.:• & 






"12 (BC 6 


ABUS(13), bidir, X, 102, 1 


Z) 


■» v ; & »„ " 






"13 (BC 6 


ABUS(14), bidir, X, 102, 1 


ZU 


& 






•14 (BC 6 


ABUS(15), bidir, X, 102, 1 


Z) 


i' & 4&P*%?* 






"IS (BC 6 


ABUS(16), bidir, X, 102, 1 


2) 


& 






•16 (BC 6 


ABUS(17), bidir, X, 102, U 


2) 


' # & 






"17 (BC 6 


ABUS(18), bidir, X, 102, % 


|.#zt 


%fi^J% 






•18 (BC 6 


ABUSU9), bidir, X, 102,: I 


Z) 


& 






• 1 9 ( BC_6 


ABUS(20), bidir, X, 10JL lg| 


¥ z) 


* 






"20 (BC 6 


ABUS(21), bidir, X, 102^ i 
ABUS(22), bidir, X, ,ltT,^ 1 


Z) 


& 






•21 (BC_6 


zjl 


* s 






•22 (Rf 6 


ABUS(23), bidir, XA»4fe 1 
ABUS{24), bidir, X^,l$2, 1 


z) 


A 






•23 (BC_6 


z) v 


* &, 






•24 (BC 6 


ABUS(25), bidir, ^M02, 1| 


? z) 


& 






"25 (BC 6 


ABUS(26), bidir;\ tC 102, 1 


, Z) 


'if % x: 






•26 (BC_6 


ABUS(27), bidir, ^$C, 102, 1 


. Z) 


* & 






"27 (BC_6 


abus(28), wmJPx. ioai, M 


Z* 


t " & 






"28 (BC 6 


ABUS(29), ihSAifi X, 1.02, 1 


z\ 


* & 






•29 (BC 6 


abus(30), ^tetolr, x, ;%&/ 1 


Z) 


r " & 






•30 (BC_6 


ABUS(31)^BWir, X, 1^2, t 


\»* 


& 






"31 (BC_6 


DP{0) r,mX® ldir > X ' 103 < 1 


Z) 


& 






•32 (BC 6 


DBUS(#|,/ "bidir, \X, 103« 1 } 
DBUS(iW bidir,, 'X 103, 1 


Z) 


& 






•33 (BC 6 


Z) 


& 






•34 (BC 6 


DB«f(2)7 bidi^\^, |05, * L 


Z) 


& 






"35 (BC_6 


DBUS(3), WHh s X,; 1«$, 1 


Z) 


& 






•36 (BC 6 


DBUS(4), H$ir, Xt„ 103, 1 


Z) 


& 






"37 (BC 6 


DBUS(5), <Jakdl!V, m!%103, 1 


Z) 


& 






"38 (BC 6 


DBUS(6), *** *iidirv>X, 103, 1 


Z) 


& 






•39 (BC 6 


DBUS(7)V : ^ "bid«^ # "sjt; 103, 1 


Z) 


& 






"40 (BC 6 


DP(1), ^ bidif% v X, 103, 1 


Z) 


& 






"41 (BC 6 


DBU«), bidir/* X, 103, 1 


Z) 


& 






"42 (BC 6 


Qpjjf^, bidir, X, 103, 1 


Z) 


& 






•43 (BC 6 


4 #|yl|f0), bidir, X, 103, 1 


Z) 


& 






•44 (BC_6 


^JJ$(ll), bidir, X, 103, 1 
%qPWS(12), bidir, X, 103, 1 


Z) 


& 






"45 (BC_J 


Z) 


& 






"46 (BC W 


Jt)BUS(13), bidir, X, 103, 1 


Z) 


& 






"47 (BC 6 


• S DBUS(14), bidir, X, 103, 1 


Z) 


& 






"48 (BC 6 


DBUSQ5), bidir, X, 103, 1 


Z) 


& 






•49 (BC 6 


DP(2), bidir, X, 103, 1 


Z) 


& 






"50 (BC 6 


DBUS(16), bidir, X, 103, 1 


Z) 


& 






"51 (BC_6 


DBUSU7), bidir, X, 103, 1 


Z) 


& 






"52 (BC 6 


DBUS(18), bidir, X, 103, 1 


Z) 


& 






"53 (BC 6 


DBUS(19), bidir, X, 103, 1 


Z) 


& 






"54 (BC 6 


DBUS(20), bidir, X, 103, 1 


Z) 


& 






"55 (BC 6 


DBUS(21), bidir, X, 103, 1 


Z) 


& 






"56 (BC 6 


DBUS(22), bidir, X, 103, 1 


Z) 


& 






"57 (BC 6 


DBUS(23), bidir, X, 103, 1 


Z) 


& 






"58 (BC 6 


DP(3) , bidir, X, 103, 1 


Z) 


& 






•59 (BC_6 


DBUS(24), bidir, X, 103, 1 


Z) 


& 






•60 (BC 6 


DBUS(25), bidir, X, 103, 1 


Z) 


& 






•61 (BC_6 


DBUS(26), bidir, X, 103, 1 


Z) 


• & 






•62 (BC 6 


DBUS(27), bidir, X, 103, 1 


Z) 


& 






"63 (BC_6 


DBUS(28), bidir, X, 103, 1 


Z) 


& 






•64 (BC 6 


DBUS(29), bidir, X, 103, 1 


Z) 


& 






•65 (BC_6 


DBUS(30), bidir, X, 103, 1 


Z) 


& 






•66 (BC 6 


DBUS(31), bidir, X, 103, 1 


Z) 


& 






•67 (BC 1 


IGNNE, input, X)," & 








"68 (BC 2 


FERR, output3, X, 100, 1, Z 


& 






•69 (BC 1 


UP, input, X) , • & 








•70 (BC 1 


NMI, input, X)," & 








•71 (BC_1 


INTR, input, X) , " & 
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"72 


(BC 1, 


FLUSH, 


input, X)," 


& 










"73 


(BC 1, 


RESET, 


input, X)," 


& 










"74 


(BC 1, 


A20M, 


input, X) , " 


& 










"75 


(BC 1, 


EADS, 


input, X) , " 


& 










"76 


{BC 2, 


PCD, 


output3, X, 


101, 


1, 


Z), 


& 




"77 


( BC_2 , 


PWT, 


output3, X, 


101, 


1, 


Z), 


& 




■78 


( BC_2 , 


DC, 


output3, X, 


101, 


1, 


Z) , 


& 




"79 


(BC 2, 


MIO, 


output3, X, 


101, 


1, 


Z), 


6c 




"80 


(BC 2, 


BE(3), 


output3, X, 


101, 


1, 


Z), 


& 




"81 


(BC_2, 


BE(2) , 


output3, X, 


101, 


1, 


Z), 


& 




"82 


(BC 2, 


BE(1), 


output3, X, 


101, 


1, 


Z), 


& 




"83 


(BC 2, 


BE(0) , 


output3, X, 


101, 


1, 


Z), 


& 




"84 


( BC_2 , 


BREQ, 


output3, X, 


100, 


1, 


z), 


& 




"85 


(BC 2, 


WR, 


output 3, X, 


101, 


1, 


Z), 


& 




"86 


(BC 2, 


HLDA, 


output3, X, 


100, 


1, 


Z), 


&^ 




"87 


(BC 1, 


CLK, 


input, X) , " 


& 










"88 


(BC 1, 


AHOLD, 


input, X) , " 


& 










"89 


(BC 1, 


HOLD, 


input, X) , " 


& % 










"90 


(BC 1, 


KEN, 


input, X) , " 


0c 










"91 


(BC_1, 


RDY, 


input, X) , " 


& 










"92 


(BC 1, 


BS8, 


input, X) , • 


& 










"93 


(BC 1, 


BS16, 


input, X) , " 


& 










"94 


(BC 1, 


BOFF, 


input, X>," 


& * 










"95 


(BC_1, 


BRDY, 


input, X) , " 


& 










"96 


(BC_2, 


PCHK, 


outputi* X, 


±00. 


1, 


Z), 


& 




"97 


(BC 2, 


LOCK, 


output 3, X, 


101, 


1. 


Z) , 


6c 




"98 


(BC 2, 


PLOCK, 


output 3, X, 


101, 


1, 


Z), 


6c 




"99 


( BC_2 , 


BLAST, 


output3, X, 


101, 


1. 


Z), 


6c 




"100 


( BC_2 , 


ADS, 


output3, X* 


101, 


1, 


Z), 


6c 




"101 


(BC 2, 


* 


control , 1} , 


6c 






-- 


DISMISC 


"102 


(BC 2, 


* 


control, 1) , 


&. 






-- 


DISBUS 


"103 


( BC_2 , 


* 


control, 1) t 


& 






-- 


DISABUS 


"104 


( BC_2 , 


* 


control, 1) " 


' ' 






__ 


DISWR 


end Intel486TM_DX2 


; 
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9.0 DEBUGGING SUPPORT 



The Intel486 microprocessor family provides several 
features which simplify the debugging process. The 
three categories of on-chip debugging aids are: 

1) the code execution breakpoint opcode (OCCH), 

2) the single-step capability provided by the TF bit 
in the flag register, and 

3) the code and data breakpoint capability provided 
by the Debug Registers DRO-3, DR6, and DR7. 



9.1 Breakpoint Instruction 

A single-byte-opcode breakpoint instruction is avail- 
able for use by software debuggers. The breakpoint 
opcode is OCCH, and generates an exception 3 trap 
when executed. In typical use, a debugger program 
can "plant" the breakpoint instruction at all desired 
code execution breakpoints. The single-byte break- 
point opcode is an alias for the two-byte general 
software interrupt instruction, INT n, where n = 3. 
The only difference between INT 3 (OCCh) and INT n 
is that INT 3 is never lOPL-sensitive but INT n is 
lOPL-sensitive in Protected Mode and Virtual 8086 
Mode. 



9.2 Single-Step Trap 

If the single-step flag (TF, bit 8) in the EFLAG regis- 
ter is found to be set at the end of an instruction, a 



single-step exception occurs. The single-step ex- 
ception is auto vectored to exception number 1 . Pre- 
cisely, exception 1 occurs as a trap after the instruc- 
tion following the instruction which set TF. In typical 
practice, a debugger sets the TF bit of a flag register 
image on the debugger's stack. It then typically 
transfers control to the user program and loads the 
flag image with a signal instruction, the IRET instruc- 
tion. The single-step trap occurs after executing one 
instruction of the user program. 

Since the exception 1 occurs as a trap (that is, it 
occurs after the instruction has already executed), 
the CS:EIP pushed onto the debugger's stack points 
to the next unexecuted instruction of the program 
being debugged. An exception 1 handler, merely by 
ending with an IRET instruction, can therefore effi- 
ciently support single-stepping through a user pro- 
gram. 



9.3 Debug Registers 

The Debug Registers are an advanced debugging 
feature of the Intel486 microprocessor family. They 
allow data access breakpoints as well as code exe- 
cution breakpoints. Since the breakpoints are indi- 
cated by on-chip registers, an instruction execution 
break-point can be placed in ROM code or in code 
shared by several tasks, neither of which can be 
supported by the INT3 breakpoint opcode. 



9-1 



irrtel. 



Intel486™ DX2 MICROPROCESSOR 



PRBUIHIOMAraV 



The Intel486 microprocessor contains six Debug 
Registers, providing the ability to specify up to four 
distinct breakpoints addresses, breakpoint control 
options, and read breakpoint status. Initially after re- 
set, breakpoints are in the disabled state. Therefore, 
no breakpoints will occur unless the debug registers 
are programmed. Breakpoints set up in the Debug 
Registers are autovectored to exception number 1 . 

9.3.1 LINEAR ADDRESS BREAKPOINT 
REGISTERS (DR0-DR3) 

Up to four breakpoint addresses can be specified by 
writing into Debug Registers DR0-DR3, shown in 
Figure 9.1. The breakpoint addresses specified are 
32-bit linear addresses. Intel486 microprocessor 
hardware continuously compares the linear break- 
point addresses in DR0-DR3 with the linear ad- 
dresses generated by executing software (a linear 
address is the result of computing the effective ad- 
dress and adding the 32-bit segment base address). 
Note that if paging is not enabled the linear address 



equals the physical address. If paging is enabled, 
the linear address is translated to a physical 32-bit 
address by the on-chip paging unit. Regardless of 
whether paging is enabled or not, however, the 
breakpoint registers hold linear addresses. 

9.3.2 DEBUG CONTROL REGISTER (DR7) 

A Debug Control Register, DR7 shown in Figure 9.1, 
allows several debug control functions such as en- 
abling the breakpoints and setting up other control 
options for the breakpoints. The fields within the De- 
bug Control Register, DR7, are as follows: 

LENi (breakpoint length specification bits) 

A 2-bit LEN field exists for each of the four break- 
points. LEN specifies the length of the associated 
breakpoint field. The choices for data breakpoints 
are: 1 byte, 2 bytes, and 4 bytes. Instruction execu- 
tion breakpoints must have a length of 1 (LENi = 
00). Encoding of the LENi field is as follows: 



31 16 15 


DRO 
DR1 
DR2 
DR3 
DR4 
DR5 

DR6 
DR7 


BREAKPOINT LINEAR ADDRESS 


BREAKPOINT 1 LINEAR ADDRESS 


BREAKPOINT 2 LINEAR ADDRESS 


BREAKPOINT 3 LINEAR ADDRESS 


lnt e l reserved. Do not define. 


Int e l reserved. Do not define. 




B 

T 


B 
S 


B 
D 





























B 
3 


B 
2 


B 
1 


B 



LEN 
3 


R 
3 


W 
3 


LEN 
2 


R 
2 


W 
2 


LEN 

1 


R 
1 


W 

1 


LEN 



R 



W 









G 
D 








1 


G 

E 


L 
E 


G 
3 


L 
3 


G 
2 


L 
2 


G 
1 


L 
1 


G 



L 



31 16 15 

NOTE: 

indicates Intel reserved: Do not define; SEE SECTION 2.3.10 



Figure 9.1. Debug Registers 
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LENi 
Encoding 


Breakpoint 
Field Width 


Usage of Least 

Significant Bits in 

Breakpoint Address 

Register i,(i = 0-3) 


00 


1 byte 


All 32-bits used to 
specify a single-byte 
breakpoint field. 


01 


2 bytes 


A1 -A31 used to specify 
a two-byte, word- 
aligned breakpoint field. 
A0 in Breakpoint 
Address Register is not 
used. 


10 


Undefined — 

do not use 

this encoding 




11 


4 bytes 


A2-A31 used to specify 
a four-byte, dword- 
aligned breakpoint field. 
A0 and A1 in 
Breakpoint Address 
Register are not used. 



The LENi field controls the size of breakpoint field i 
by controlling whether all low-order linear address 
bits in the breakpoint address register are used to 
detect the breakpoint event. Therefore, all break- 
point fields are aligned; 2-byte breakpoint fields be- 
gin on Word boundaries, and 4-byte breakpoint 
fields begin on Dword boundaries. 

The following is an example of various size break- 
point fields. Assume the breakpoint linear address in 
DR2 is 00000005H. In that situation, the following 
illustration indicates the region of the breakpoint 
field for lengths of 1 , 2, or 4 bytes. 



DR2 = 00000005H 

31 


; LEN2 


= 00B 




00000008H 
00000004H 
OOOOOOOOH 














bkpt fld2 
















DR2 = 00000005H 

31 


; LEN2 


= 01B 




o o o 
o o o 
o o o 
o o o 
o o o 
o o o 
o o o 

O ^ Q) 

III 














«- bkptfld2 — ► 














DR2 = 00000005H 

31 


; LEN2 


= 11B 




00000008H 
00000004H 
OOOOOOOOH 










<- bkpt f Id2 -► 















RWi (memory access qualifier bits) 

A 2-bit RW field exists for each of the four break- 
points. The 2-bit RW field specifies the type of usage 
which must occur in order to activate the associated 
breakpoint. 
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RW 
Encoding 


Usage 
Causing Breakpoint 


00 
01 
10 

11 


Instruction execution only 

Data writes only 

Undefined— do not use this encoding 

Data reads and writes only 



RW encoding 00 is used to set up an instruction 
execution breakpoint. RW encodings 01 or 11 are 
used to set up write-only or read /write data break- 
points. 

Note that instruction execution breakpoints are 
taken as faults (i.e., before the instruction exe- 
cutes), but data breakpoints are taken as traps 

(i.e., after the data transfer takes place). 

Using LENi and RWi to Set Data Breakpoint i 

A data breakpoint can be set up by writing the linear 
address into DRi (i = 0-3). For data breakpoints, 
RWi can = 01 (write-only) or 1.1 (write/read). LEN 
can = 00, 01, or 11. 

If a data access entirely or partly falls within the data 
breakpoint field, the data breakpoint condition has 
occurred, and if the breakpoint is enabled, an excep- 
tion 1 trap will occur. 

Using LENi and RWi to Set Instruction Execution 
Breakpoint i 

An instruction execution breakpoint can be set up by 
writing address of the beginning of the instruction 
(including prefixes if any) into DRi (i = 0-3). RWi 
must = 00 and LEN must = 00 for instruction exe- 
cution breakpoints. 

If the instruction beginning at the breakpoint address 
is about to be executed, the instruction execution 
breakpoint condition has occurred, and if the break- 
point is enabled, an exception 1 fault will occur be- 
fore the instruction is executed. 

Note that an instruction execution breakpoint ad- 
dress must be equal to the beginning byte address 
of an instruction (including prefixes) in order for the 
instruction execution breakpoint to occur. 

GD (Global Debug Register access detect) 

The Debug Registers can only be accessed in Real 
Mode or at privilege level in Protected Mode. The 
GD bit, when set, provides extra protection against 
any Debug Register access even in Real Mode or at 
privilege level in Protected Mode. This additional 
protection feature is provided to guarantee that a 
software debugger can have full control over the De- 



bug Register resources when required. The GD bit, 
when set, causes an exception 1 fault if an instruc- 
tion attempts to read or write any Debug Register. 
The GD bit is then automatically cleared when the 
exception 1 handler is invoked, allowing the excep- 
tion 1 handler free access to the debug registers. 

GE and LE (Exact data breakpoint match, global and 
local) 

The breakpoint mechanism of the Intel486 micro- 
processor family differs from that of the Intel386. 
The Intel486 microprocessor always does exact 
data breakpoint matching, regardless of GE/LE bit 
settings. Any data breakpoint trap will be reported 
exactly after completion of the instruction that 
caused the operand transfer. Exact reporting is pro- 
vided by forcing the Intel486 microprocessor execu- 
tion unit to wait for completion of data operand 
transfers before beginning execution of the next in- 
struction. 

When the Intel486 microprocessor performs a task 
switch, the LE bit is cleared. Thus, the LE bit sup- 
ports fast task switching out of tasks, that have 
enabled the exact data breakpoint match for their 
task-local breakpoints. The LE bit is cleared by the 
processor during a task switch, to avoid having ex- 
act data breakpoint match enabled in the new task. 
Note that exact data breakpoint match must be re- 
enabled under software control. 

The Intel486 microprocessor GE bit is unaffected 
during a task switch. The GE bit supports exact data 
breakpoint match that is to remain enabled during all 
tasks executing in the system. 

Note that instruction execution breakpoints are al- 
ways reported exactly. 

Gi and Li (breakpoint enable, global and local) 

If either Gi or Li is set then the associated breakpoint 
(as defined by the linear address in DRi, the length 
in LENi and the usage criteria in RWi) is enabled. If 
either Gi or Li is set, and the Intel486 microproces- 
sor detects the ith breakpoint condition, then the ex- 
ception 1 handler is invoked. 

When the Intel486 microprocessor performs a task 
switch to a new Task State Segment (TSS), all Li 
bits are cleared. Thus, the Li bits support fast task 
switching out of tasks that use some task-local 
breakpoint registers. The Li bits are cleared by the 
processor during a task switch, to avoid spurious ex- 
ceptions in the new task. Note that the breakpoints 
must be re-enabled under software control. 

All Intel486 microprocessor Gi bits are unaffected 
during a task switch. The Gi bits support breakpoints 
that are active in all tasks executing in the system. 
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9.3.3 DEBUG STATUS REGISTER (DR6) 

A Debug Status Register, DR6 shown in Figure 9.1, 
allows the exception 1 handler to easily determine 
why it was invoked. Note the exception 1 handler 
can be invoked as a result of one of several events: 

1) DRO Breakpoint fault/trap. 

2) DR1 Breakpoint fault/trap. 

3) DR2 Breakpoint fault/trap. 

4) DR3 Breakpoint fault/trap. 

5) Single-step (TF) trap. 

6) Task switch trap. 

7) Fault due to attempted debug register access 
when GD = 1. 

The Debug Status Register contains single-bit flags 
for each of the possible events invoking exception 1 . 
Note below that some of these events are faults (ex- 
ception taken before the instruction is executed), 
while other events are traps (exception taken after 
the debug events occurred). 

The flags in DR6 are set by the hardware but never 
cleared by hardware. Exception 1 handler software 
should clear DR6 before returning to the user pro- 
gram to avoid future confusion in identifying the 
source of exception 1 . 

The fields within the Debug Status Register, DR6, 
are as follows: 

Bi (debug fault/trap due to breakpoint 0-3) 

Four breakpoint indicator flags, B0-B3, correspond 
one-to-one with the breakpoint registers in DRO- 
DR3. A flag Bi is set when the condition described 
by DRi, LENi, and RWi occurs. 

If Gi or Li is set, and if the ith breakpoint is detected, 
the processor will invoke the exception 1 handler. 
The exception is handled as a fault if an instruction 
execution breakpoint occurred, or as a trap if a data 
breakpoint occurred. 



IMPORTANT NOTE: A flag Bi is set whenever the 
hardware detects a match condition on enabled 
breakpoint i. Whenever a match is detected on at 
least one enabled breakpoint i, the hardware imme- 
diately sets all Bi bits corresponding to breakpoint 
conditions matching at that instant, whether enabled 
or not. Therefore, the exception 1 handler may see 
that multiple Bi bits are set, but only set Bi bits corre- 
sponding to enabled breakpoints (Li or Gi set) are 
true indications of why the exception 1 handler was 
invoked. 

BD (debug fault due to attempted register access 
when GD bit set) 

This bit is set if the exception 1 handler was invoked 
due to an instruction attempting to read or write to 
the debug registers when GD bit was set. If such an 
event occurs, then the GD bit is automatically 
cleared when the exception 1 handler is invoked, 
allowing handler access to the debug registers. 

BS (debug trap due to single-step) 

This bit is set if the exception 1 handler was invoked 
due to the TF bit in the flag register being set (for 
single-stepping). 

BT (debug trap due to task switch) 

This bit is set if the exception 1 handler was invoked 
due to a task switch occurring to a task having a 
Intel486 microprocessor TSS with the T bit set. Note 
the task switch into the new task occurs normally, 
but before the first instruction of the task is execut- 
ed, the exception 1 handler is invoked. With respect 
to the task switch operation, the operation is consid- 
ered to be a trap. 



9.3.4 USE OF RESUME FLAG (RF) IN FLAG 
REGISTER 

The Resume Flag (RF) in the flag word can sup- 
press an instruction execution breakpoint when the 
exception 1 handler returns to a user program at a 
user address which is also an instruction execution 
breakpoint. 
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10.0 INSTRUCTION SET SUMMARY 



This section describes the Intel486 DX2 microproc- 
essor instruction set. Tables 10.1 through 10.3 list all 
instructions along with instruction encoding dia- 
grams and clock counts. Further details of the in- 
struction encoding are then provided in Section 
10.2, which completely describes the encoding 
structure and the definition of all fields occurring 
within the Intel486 DX2 microprocessor instructions. 

10.1 Intel486™ DX2 Microprocessor 
Instruction Encoding and Clock 
Count Summary 

To calculate elapsed time for an instruction, multiply 
the instruction clock count, as listed in Tables 10.1 
through 10.3 by the processor core clock period 
(e.g., 20 ns for a 50 MHz Intel486 DX2 microproces- 
sor). 

For more detailed information on the encodings of 
instructions, refer to Section 10.2 Instruction Encod- 
ings. Section 1 0.2 explains the general structure of 
instruction encodings, and defines exactly the en- 
codings of all fields contained within the instruction. 

INSTRUCTION CLOCK COUNT ASSUMPTIONS 

The Intel486 DX2 microprocessor instruction core 
clock count tables give clock counts assuming data 
and instruction accesses hit in the cache. The com- 
bined instruction and data cache hit rate is over 
90%. 

A cache miss will force the Intel486 DX2 microproc- 
essor to run an external bus cycle. The Intel486 DX2 
microprocessor 32-bit burst bus is defined as 
r-b-w. 

Where: 

r = The number of bus clocks in the first cycle of a 
burst read or the number of clocks per data 
cycle in a non-burst read. 

b = The number of bus clocks for the second and 
subsequent cycles in a burst read. 

w = The number of bus clocks for a write. 

The fastest bus the Intel486 DX2 microprocessor 
can support is 2-1 -2 assuming wait states. The 
clock counts in the cache miss penalty column as- 
sume a 2-1—2 bus. For slower busses add r-2 
clocks to the cache miss penalty for the first dword 
accessed. Other factors also affect instruction clock 
counts. 

Instruction Clock Count Assumptions 

1 . The external bus is available for reads or writes 
at all times. Else add bus clocks to reads until 
the bus is available. 



2. Accesses are aligned. Add three core clocks to 
each misaligned access. 

3. Cache fills complete before subsequent access- 
es to the same line. If a read misses the cache 
during a cache fill due to a previous read or pre- 
fetch, the read must wait for the cache fill to 
complete. If a read or write accesses a cache 
line still being filled, it must wait for the fill to 
complete. 

4. If an effective address is calculated, the base 
register is not the destination register of the pre- 
ceding instruction. If the base register is the 
destination register of the preceding instruction 
add 1 to the core clock counts shown. Back-to- 
back PUSH and POP instructions are not affect- 
ed by this rule. 

5. An effective address calculation uses one base 
register and does not use an index register. 
However, if the effective address calculation 
uses an index register, 1 core clock may be 
added to the clock count shown. 

6. The target of a jump is in the cache. If not, add r 
clocks for accessing the destination instruction 
of a jump. If the destination instruction is not 
completely contained in the first dword read, 
add a maximum of 3b bus clocks. If the destina- 
tion instruction is not completely contained in 
the first 1 6 byte burst, add a maximum of anoth- 
er r+ 3b bus clocks. 

7. If no write buffer delay, w bus clocks are added 
only in the case in which all write buffers are full. 

8. Displacement and immediate not used together. 
If displacement and immediate used together, 1 
core clock may be added to the core clock 
count shown. 

9. No invalidate cycles. Add a delay of 1 bus clock 
for each invalidate cycle if the invalidate cycle 
contends for the internal cache/external bus 
when the Intel486 DX2 CPU needs to use it. 

1 0. Page translation hits in TLB. A TLB miss will add 
13, 21 or 28 bus clocks + 1 possible core clock 
to the instruction depending on whether the Ac- 
cessed and/or Dirty bit in neither, one or both of 
the page entries needs to be set in memory. 
This assumes that neither page entry is in the 
data cache and a page fault does not occur on 
the address translation. 

1 1 . No exceptions are detected during instruction 
execution. Refer to Interrupt core Clock Counts 
Table for extra clocks if an interrupt is detected. 

1 2. Instructions that read multiple consecutive data 
items (i.e. task switch, POPA, etc.) and miss the 
cache are assumed to start the first access on a 
16-byte boundary. If not, an extra cache line fill 
may be necessary which may add up to (r+3b) 
bus clocks to the cache miss penalty. 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary 



INSTRUCTION 



INTEGER OPERATIONS 
MOV = Move: 
regl to reg2 

reg2 to regl 

memory to reg 

reg to memory 

Immediate to reg 

or 

Immediate to Memory 

Memory to Accumulator 

Accumulator to Memory 



1000100W 



| 1000 



1 0001 OOw 



1 10001 1 w 



101 1w reg 



1 010000w 



1010001 w 



MOVSX/MOVZX = Move with Sign/Ze ro Extension 

reg2 to regl 



memory to reg 

z instruction 

MOVZX 

1 MOVSX 

PUSH = Push 

reg 
or 
memory 
immediate 
PUSHA = Push All 

POP = Pop 

reg 

or 
memory 
POPA = Pop All 

XCHG = Exchange 

regl with reg2 

Accumulator with reg 
Memory with reg 
NOP = No Operation 

LEA = Load EA to Register 

no index register 
with index register 



100001 1 1 1 



11 regl reg2 1 



11 regl reg2 1 



mod reg r/m | 



mod reg r/m | 



110 reg | immediate data 



immediate data 



mod r/m . 



displacement 



full displacement 
full displacement 



1 1 1 z 1 1 w | 1 1 regl reg2 l 



1 1 1 z 1 1 w | mod reg r/m | 



I 11111111 


11 110 


reg I 


| 1 1 reg 










| 11111111 


mod 1 1 


r/m | 




immediate 




I 01101 OsO 


data 






| 01 100000 








| 10 01111 


1 1 000 


reg I 








I 1 1 1 reg 








I 10001 1 1 1 


mod 000 


r/m | 








| 01 100001 








| 1 00001 1 w 


1 1 regl 


reg2| 








| 1 1 reg 








I 1 00 001 1 w 


mod reg 


r/m | 








| 10010000 








| 10001 101 


mod reg 


r/m | 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 




Cache Hit 


Notes 


INTEGER OPERATIONS (Continued) 






1 
1 
2 
3 
1 
1 
3 

1 
1 
3 

1 
3 

1 
1 
2 
2 
1 
1 
2 

1 
2 

1 
1 
2 


U/L 
U/L 

U/L 
U/L 


Instruction 


TTT 


ADD = Add 

ADC = Add with Carry 

AND = Logical AND 

OR = Logical OR 

SUB = Subtract 

SBB = Subtract with Borrow 

XOR = Logical Exclusive OR 


000 
010 
100 
001 
101 
011 
110 


regl to reg2 
reg2 to regl 
memory to register 
register to memory 
immediate to register 
immediate to accumulator 
immediate to memory 




| 00TTT00W 


| 1 1 regl reg2 | 


| 00TTT01W 


[ 1 1 regl reg2 | 


| 00TTT01 w 


| mod reg r/m | 


| 00TTT00W 


| mod reg r/m | 


| 100000SW 


I 1 1 TTT reg I immediate register 
| immediate data 


| 00TTT10W 


| 100000SW 


I mod TTT r/m | immediate data 


Instruction 


TTT 


INC = Increment 
DEC = Decrement 


000 
001 


reg 
or 
memory 




| 1 1 1 1 1 1 1 w 


11 TTT reg| 

I 


| 1 T T T reg 


I 1 1 1 1 1 1 1 w 


| mod TTT r/m | 


Instruction 


TTT 


NOT = Logical Complement 
NEG = Negate 


010 
011 


reg 
memory 

CMP = Compare 

regl with reg2 

reg2 with regl 
memory with register 
register with memory 
immediate with register 
immediate with ace. 
immediate with memory 

TEST = Logical Compare 

regl and reg2 

memory and register 
immediate and register 
immediate and ace. 
immediate and memory 




| 1 1 1 101 1 w 


11 TTT reg | 


| 1 1 1 101 1 w 


mod TTT r/m | 


| 001 1 100w 


1 1 regl reg2 | 


| 001 1 1 01 w 


1 1 regl reg2 | 


I 001 1 1 OOw 


mod reg r/m | 


| 001 1 101 w 


mod reg r/m | 


| 100000SW 


11 111 reg I immediate data 
immediate data 


| 001 1 1 10w 


| 100000SW 


mod 111 r/m j immediate data 


| 1000010W 


1 1 regl reg2 | 


| 1000010W 


mod reg r/m | 


I 1 1 1 101 1 w 


11 reg | immediate data 
immediate data 


| 1 0101 OOw 


I 1 1 1 1 01 1 w 


mod r/m | immediate data 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 




Cache Hit 


Notes 


INTEGER OPERATIONS (Continued) 
MUL = Multiply (unsigned) 

ace. with register 

Multiplier-Byte 
Word 
Dword 

ace. with memory 

Multiplier-Byte 
Word 
Dword 

IMUL = Integer Multiply (signed) 

ace. with register 
Multiplier-Byte 
Word 
Dword 

ace. with memory 

Multiplier-Byte 
Word 
Dword 

regl with reg2 

Multiplier-Byte 
Word 
Dword 

register with memory 

Multiplier-Byte 
Word 
Dword 

regl with imm. to reg2 

Multiplier-Byte 
Word 
Dword 

mem. with imm. to reg. 
Multiplier-Byte 
Word 
Dword 
DIV = Divide (unsigned) 

ace. by register 

Divisor-Byte 
Word 
Dword 

ace. by memory 
Divisor-Byte 
Word 
Dword 

IDIV = Integer Divide (signed) 

ace. by register 
Divisor-Byte 
Word 
Dword 






13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

13/18 
13/26 
13/42 

16 
24 
40 

16 
24 
40 

19 
27 
43 


MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 

MN/MX, 3 
MN/MX, 3 
MN/MX, 3 


| 1 1 1 101 1 w 


11 10 reg I 






I 1 1 1 1 01 1 w 


mod 1 r/m | 






| 1 1 1 1 1 1 w 


11 101 reg I 






| 1 1 1 101 1 w 


mod 1 1 r/m | 






| 00001 1 1 1 


10101111 | 1 1 regl reg2 | 






| 00001 1 1 1 


1010 1111 | mod reg r/m | 






| 01101 0s1 


11 regl reg2 | immediate data 






| 01 1010s1 


mod reg r/m | immediate data 






| 1 11101 1w 


11 1 1 reg | 






| 1 1 1 101 1 w 


mod 1 1 r/m | 






| 1 1 1 101 1 w 


11 111 reg J 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 


Cache Hit 


Notes 


INTEGER OPERATIONS (Continued) 

ace. by memory 
Divisor-Byte 
Word 
Dword 
CBW/CWDE = Convert Byte to Word/ 
Convert Word to Dworc 
CWD/CDQ = Convert Word to Dword/ 
Convert Dword to 
Quadword 




20 
28 
44 

3 

3 

3 
4 
3 
4 
2 
4 

3 

4 
8/30 
9/31 
8/30 
9/31 

2 
3 
3 
4 

1 

3 
4 

6 
7/10 


MN/MX, 4 
MN/MX, 5 
MN/MX, 4 
MN/MX, 5 

U/L 
6 


| 1 1 1 101 1w| modi 11 r/m| 


1 | 1001 1000 | 


| 1001 1001 | 


Instruction 


TTT 


ROL = Rotate Left 

ROR = Rotate Right 

RCL = Rotate through Carry Left 

RCR = Rotate through Carry Right 

SHL/SAL = Shift Logical/Arithmetic L 

SHR = Shift Logical Right 

SAR = Shift Arithmetic Right 

Not Through Carry (ROL, ROR, SAL, SA 

reg by 1 J 

memory by 1 

regbyCL | 
memory by CL | 
reg by immediate count | 
mem by immediate count 

Through Carry (RCL and RCR) 

reg by 1 | 

memory by 1 | 
reg by CL | 
memory by CL | 

reg by immediate count 
mem by immediate count 


000 
001 
010 
011 
eft 100 
101 
111 

R,SHL,andSHR) 


1 101000w I 1 1 TTT reg| 




1 101 000 w | mod TTT r/m | 




1 1 1 1 w I 1 1 TTT reg I 




1 1 1 1 w I mod T T T r/m | 




1100000w|l1 TTT reg | immediate 8-bit data 




1 1 w I mod TTT r/m immediate 8-bit data 




1 101000W | 1 1 TTT reg| 




1 101000w | mod TTT r/m | 




1 1 01001 w | 1 1 TTT reg I 




1 101001 w I mod TTT r/m | 




1100000w |11 TTT reg I immediate 8-bit data 




1 1 w [ mod TTT r/m | immediate 8-bit data 




Instruction 


TTT 


SHLD = Shift Left Double 
SHRD = Shift Right Double 


100 
101 


register with immediate 
memory by immediate 
register by CL | 
memory by CL | 
BSWAP = Byte Swap | 

XADD = Exchange and Add 

reg1,reg2 | 

memory, reg 

CMPXCHG = Compare and Exchange 
reg1,reg2 | 

memory, reg 




00001111 |l0TTT100 | 11 reg2 regl | imm 8-bit data 




00001111 |10TTT100 I mod reg r/m | imm 8-bit data 




00001111 |l0TTT101 | 11 reg2 regl | 




00001111 |l0TTT101 | mod reg r/m | 




01111 I 1 1 1 reg I 




00001111 |l100000w ]l1 reg2 reglj 




00001111 |1100000w I mod reg r/m | 




00001111 | 1 1 1 w |l1 reg2 regl | 




00001111 |l011000w J mod reg r/m | 
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Table 10.1. Intel486™ DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION FORMAT 


Cache Hit 


Notes 


CONTROL TRANSFER (within segment) 






NOTE: Times are jump taken/not taken 






Jccc = Jump on ccc 


3/1 
3/1 


T/NT, 23 
T/NT, 23 


8-bit displacement | 1 1 1 1 1 1 n | 8-bit disp. 




full displacement | 00001111 | 1000tttn | full displacement 


NOTE: Times are jump taken/ not taken 






SETcccc = Set Byte on cccc (Times are cccc true/false) 






reg | 0000 1 1 1 1 | 1 00 1 tttn | 1 1 000 reg | 


4/3 
3/4 




memory | 00001111 | 1001 tttn | mod 00 r/m | 


Mnemonic 

Condition tttn 
cccc 


O Overflow 0000 


NO No Overflow 0001 






B/NAE Below/Not Above or Equal 001 






NB/AE Not Below/ Above or Equal 001 1 






E/Z Equal/Zero 0100 






NE/NZ Not Equal/Not Zero 0101 






BE/NA Below or Equal/Not Above 0110 






NBE/A Not Below or Equal/Above 0111 






S Sign 1000 






NS Not Sign 1001 






P/PE Parity/Parity Even 1010 






NP/PO Not Parity/Parity Odd 1011 






L/NGE Less Than/Not Greater or Equal 1 1 00 






NL/GE Not Less Than/Greater or Equal 1101 






LE/NG Less Than or Equal/Greater Than 1110 






NLE/G Not Less Than or Equal/Greater Than 1111 


7/6 
9/6 

9/6 

8/5 
8/5 


L/NL, 23 
L/NL, 23 

L/NL, 23 

T/NT, 23 
T/NT, 23 


LOOP = LOOP CX Times | 1110 010 | 8-bit disp. | 




LOOPZ/LOOPE = Loop with | 11100001 | 8-bit disp. | 


Zero/Equal 


LOOPNZ/LOOPNE = Loop while | 11100000 | 8-bit disp. | 


Not Zero 


JCXZ = Jump on CX Zero | 1110 011 | 8-bit disp. | 




JECXZ = Jump on ECX Zero | 1110 011 | 8-bit disp. | 


(Address Size Prefix Differentiates JCXZ for JECXZ) 


JMP = Unconditional Jump (within segment) 


3 
3 
5 
5 

3 
5 
5 

5 
5 


7,23 
7,23 
7,23 

7 

7,23 

7,23 

7 


Short | 11101011 | 8-bit disp. | 




Direct | 111010 01 | full displacement 




Register Indirect | 11111111 | 1 1 10 reg | 


Memory Indirect | 11111111 | mod 10 r/m | 


CALL = Call (within segment) 


Direct | 111010 | full displacement 




Register Indirect | 11111111 | 1 1 010 reg | 




Memory Indirect | 11111111 | mod 010 r/m | 


RET = Return from CALL (within segment) 


[ 1 100001 1 I 




Adding Immediate to SP | 11000010 | 1 6-bit disp. | 
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Table 10.1. Intel486™ DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 




Cache Hit 


Notes 


CONTROL TRANSFER (within segmen 

ENTER = Enter Procedure 

Level = 
Level = 1 
Level (L) > 1 

LEAVE = Leave Procedure 

MULTIPLE-SEGMENT INSTRUCTIONS 
MOV = Move 

reg. to segment reg. 

memory to segment reg. 
segment reg. to reg. 

segment reg. to memory 

PUSH = Push 

segment reg. 
(ES, CS, SS, or DS) 

segment reg. (FS or GS) 

POP = Pop 

segment reg. 
(ES, SS, or DS) 

segment reg. (FS or GS) 

LDS = Load Pointer to DS 

LES = Load Pointer to ES 

LFS = Load Pointer to FS 

LGS = Load Pointer to GS 

LSS = Load Pointer to SS 

CALL = Call 

Direct intersegment 

to same level 
thru Gate to same level 
to inner level, no parameters 
to inner level, x parameter (d) words 
toTSS 

thru Task Gate 
Indirect intersegment 

to same level 
thru Gate to same level 
to inner level, no parameters 
to inner level, x parameter (d) words 
toTSS 

thru Task Gate 
RET = Return from CALL 
intersegment 

to same level 
to outer level 

intersegment adding 
imm. to SP 

to same level 
to outer level 


) (Continued) 




14 

17 

17 + 3L 

5 

3/9 
3/9 

3 

3 

3 
3 

3/9 

3/9 
6/12 
6/12 
6/12 
6/12 
6/12 

18 

20 

35 

69 

77 + 4X 

37 + TS 

38 + TS 
17 

20 

35 

69 

77 + 4X+n 

37 + TS 

38+TS 

13 

17 
35 

14 
18 
36 


8 

RV/P, 9 
RV/P, 9 

RV/P, 9 

RV/P, 9 
RV/P, 9 
RV/P, 9 
RV/P, 9 
RV/P, 9 
RV/P, 9 

R, 7, 22 

P,9 

P,9 

P.9 
P.11,9 
P,10,9 
P, 10,9 

R,7 

P,9 

P,9 

P,9 
P.11,9 
P.10,9 
P, 10,9 

R,7 

P,9 
P,9 

R,7 
P,9 
P,9 


1 1001000 


|l 6-bit disp., 8-bit leve| 


1 1001001 




10001 1 10 


| 1 1 sreg3 reg | 


10001 1 10 


I mod sreg3 r/m | 


10001 100 


| 1 1 sreg3 reg | 


10001 100 


I mod sreg3 r/m | 

I 


sreg2 1 1 


00001 1 1 1 


| 1 sreg3 | 

I 


sreg2 1 1 1 


00001 1 1 1 


| 10 sreg3001 | 


1 10001 01 


| mod reg r/m | 


1 1000100 


| mod reg r/m | 


00001 1 1 1 


I 1 01 1 01 00 I mod reg r/m | 


00001 1 1 1 


| 1 1 1 1 1 | mod reg r/m | 


00001 1 1 1 


10110 010 I mod reg r/m | 
unsigned full offset, selector 


10 011010 


11111111 


mod 1 1 r/m I 


1 100101 1 




1 1 001010 


16-bit disp. | 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 



FORMAT 



MULTIPLE-SEGMENT INSTRUCTIONS (Continued) 
JMP = Unconditional Jump 

Direct intersegment 

to same level 

thru Call Gate to same level 

thru TSS 

thru Task Gate 
Indirect intersegment 

to same level 

thru Call Gate to same level 

thru TSS 

thru Task Gate 

BIT MANIPULATION 
BT = Test bit 
register, immediate 

memory, immediate 

reg1,reg2 

memory, reg 



I 11101010 I unsigned full offset, selector 



11111111 mod 1 1 r/m 



| 00001111 | 10111010 [l1 100 reg] imm. 8-bit data 
| 00001111 | 10111010 I mod 1 r/m| imm. 8-bit data 



[ 



00001111 | 1 1 000 1 1 |11 reg2 regl 



m 



10 11 | mod reg r/m 



Instruction 



BTS = Test Bit and Set 1 01 

BTR = Test Bit and Reset 1 1 

BTC = Test Bit and Compliment 1 1 1 



register, immediate 
memory, immediate 
regl , reg2 
memory, reg 

BSF = Scan Bit Forward 

reg1,reg2 

memory, reg 

BSR = Scan Bit Reverse 

reg1,reg2 

memory, reg 

STRING INSTRUCTIONS 
CMPS = Compare Byte Word 

LODS = Load Byte/Word 

to AL/AX/EAX 

MOVS = Move Byte/Word 
SCAS = Scan Byte/Word 

STOS = Store Byte/Word 

from AL/ AX/EX 

XLAT = Translate String 



| 00001 1 1 1 


10111010 


11 


TTT reg| 




| 00001 1 1 1 


10111010 


I mod T T T r/m | 




| 00001 1 1 1 


10TTT01 1 


I 1 1 


reg2 regl | 




| 00001 1 1 1 


10TTT01 1 


| mod 


reg r/m | 




| 00001 1 1 1 


101 1 1 100 


- 


reg2 regl | 




| 00001 1 1 1 


101 1 1 100 


I mod 


reg r/m | 




| 00001 1 1 1 


10111101 


- 


reg2 regl | 




| 00001 1 1 1 


10111101 


j mod 


reg r/m j 



imm. 8-bit data 
imm. 8-bit data 



101001 1 w | 
10101 10w I 

1010010W I 
101011 1 w| 



17 
19 
32 

42 + TS 

43 + TS 
13 
18 
31 

41+TS 
42 + TS 



6/42 
7/43 



6/103 
7/104 



R, 7, 22 

P,9 

P,9 
P, 10,9 
P, 10,9 
R,7,9 

P,9 

P,9 
P, 10,9 
P, 10,9 



MN/MX, 12 
MN/MX, 13 



MN/MX, 14 
MN/MX, 15 
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Table 10.1. Intel486™ DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 




Cache Hit 


Notes 


REPEATED STRING INSTRUCTIONS 

Repeated by Count in CX or ECX (C = 

REPE CMPS = Compare String 

(Find Non-Match) 

C = 

C>0 

REPNE CMPS = Compare String 

(Find Match) 
C = 
C>0 

REP LODS = Load String 

C = 
C>0 

REP MOVS = Move String 

c = o 

C= 1 
C> 1 

REPE SCAS = Scan String 

(Find Non-AL/AX/EAX) 

C = 

C>0 

REPNE SCAS = Scan String 

(Find AL/AX/EAX) 

C = 

C>0 

REP STOS = Store String 

C = 
C>0 

FLAG CONTROL 

CLC = Clear Carry Flag 

STC = Set Carry Flag 

CMC = Complement Carry Flag 

CLD = Clear Direction Flag 

STD - Set Direction Flag 

CLI = Clear Interrupt 
Enable Flag 

STI = Set Interrupt 
Enable Flag 

LAHF = Load AH into Flag 

SAHF = Store AH into Flags 

PUSHF = Push Flags 

POPF = Pop Flags 

DECIMAL ARITHMETIC 
AAA = ASCII Adjust for Add 

AAS = ASCII Adjust for 
Subtract 

AAM = ASCII Adjust for 
Multiply 


Count in CX or ECX) 




5 
7 + 7c 

5 

7 + 7c 

5 
7 + 4C 

5 

13 

12 + 3c 

5 
7 + 5c 

5 
7 + 5c 

5 
7 + 4C 

2 
2 
2 
2 
2 
5 

5 

3 

2 
4/3 
9/6 

3 
3 

15 


16,17 

16,17 

16,18 

16 
16,19 

20 

20 

RV/P 
RV/P 


| 1 1 1 1001 1 | 


101001 1 w | 






| 11110 010 | 


101001 1 w I 






[ 1 1 1 1001 1 | 


10101 10w I 






| 1 1 1 1001 1 | 


1010010W | 






| 1 1 1 1 0Q 1 1 | 


10101 1 1 w I 






| 1 1 1 10010 | 


10101 1 1 w I 






| 1 1 1 1001 1 | 


1010101W I 






| 1 1 1 1 1000 | 




| 1 1 1 1 1001 | 




| 11110101 | 




| 11111100 | 


| 11111101 | 




| 11111010 | 


| 11111011 | 




[ 1 001 1 1 1 1 | 




| 1001 1 1 10 | 


| 1001 1 100 | 


| 1001 1 101 | 




| 001 10111 | 


I 0111111 | 




| 1 1010100 | 


00001010 | 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 



DECIMAL ARITHMETIC (Continued) 



AAD = ASCII Adjust for | 
Divide 


1 1010101 


00001010 | 
rs 






DAA = Decimal Adjust for Add 


001001 1 1 




DAS = Decimal Adjust for Subtract | 0101111 
PROCESSOR CONTROL INSTRUCTIONS 




HLT = Halt J 


1 1 1 10100 




MOV = Move To and From Control/Debug/Test Registe 




CRO from register | 


00001 1 1 1 


00100010 | 


1 1 000 


reg| 






CR2/CR3 from register | 


00001 1 1 1 


00100010 | 


1 1 eee 


reg I 






Reg from CRO-3 | 


00001 1 1 1 


00100000 I 


1 1 eee 


reg| 






DRO-3 from register j 


00001 1 1 1 


0010001 1 | 


1 1 eee 


reg| 






DR6-7 from register | 


00001 1 1 1 


0010001 1 | 


1 1 eee 


reg| 






Register from DR6-7 


00001 1 1 1 


00100001 | 


1 1 eee 


reg| 






Register from DRO-3 


00001 1 1 1 


00100001 | 


1 1 eee 


reg| 






TR3 from register | 


00001 1 1 1 


001001 10 | 


11 011 


reg | 






TR4-7 from register j 


00001 1 1 1 


001001 10 | 


1 1 eee 


reg | 






Register from TR3 | 


00001 1 1 1 


00100100 | 


11 011 


reg I 






Register from TR4-7 


00001 1 1 1 


00100100 | 


1 1 eee 


reg I 








CLTS = Clear Task Switched Flag 


00001 1 1 1 


000001 10 | 












INVD = Invalidate Data Cache 


00001 1 1 1 


00001000 | 












WBINVD = Write-Back and Invalidate 


00001 1 1 1 


00001001 | 




Data Cache 
INVLPG = Invalidate TLB Entry 








INVLPG memory 


00001 1 1 1 


00000001 | 


mod 1 1 1 


r/m| 


PREFIX BYTES 










Address Size Prefix 


01 1001 1 1 




LOCK = Bus Lock Prefix 


1 1 1 10000 




Operand Size Prefix 
Segment Override Prefix 


01 1001 10 




CS: 


00101 1 10 




DS: 


001 11110 




ES: 


001001 10 




FS: 


01 100100 




GS: 


01 100101 










SS: 


001 10110 





17 
4 
4 
10 
10 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION FORMAT 


Cache Hit 


Notes 


PROTECTION CONTROL 

ARPL = Adjust Requested Privilege Level 






9 
9 

11 
11 

12 

12 

11 
11 

13 
13 

10 
10 

20 
20 

10 

10 

2 
3 

2 
3 

2 
3 

11 
11 

11 
11 




From register | 0110 011 


1 1 regl reg2 






From memory | 01100 011 


mod reg r/m 


LAR = Load Access Rights 




From register | 1111 


00000010 


1 1 regl reg2 | 








From memory | 00001111 


00000010 


mod reg r/m | 


LGDT = Load Global Descriptor 






Table register | 01111 


00000001 


mod 1 r/m | 


LIDT = Load Interrupt Descriptor 






Table register | 01111 


00000001 


mod 1 1 r/m | 


LLDT = Load Local Descriptor 






Table register from reg. | 01111 


00000000 


11 010 reg | 








Table register from mem. | 01111 


00000000 


mod 1 r/m | 


LMSW = Load Machine Status Word 






From register | 01111 


00000001 


11 1 1 reg | 








From memory | 01111 


00000001 


mod 1 1 r/m | 


LSL = Load Segment Limit 






From register | 01111 


0000001 1 


1 1 regl reg2 | 








From memory | 01111 


0000001 1 


mod reg r/m | 


LTR = Load Task Register 






From Register j 00001111 


00000000 


11 011 reg I 








From Memory | 01111 


00000000 


mod 1 1 r/m | 


SGDT = Store Global Descriptor Table 






I 00001 1 1 1 


000000 01 


mod 00 r/m I 


SIDT = Store Interrupt Descriptor Table 






I 00001 1 1 1 


00000001 


mod 1 r/m | 


SLDT = Store Local Descriptor Table 






To register | 01111 


00000000 


1 1 reg I 








To memory | 00001111 


00000000 


mod r/m | 


SMSW = Store Machine Status Word 






To register | 01111 


00000001 


1 1 1 reg| 








To memory | 01111 


00000001 


mod 1 r/m | 


STR = Store Task Register 






To register | 01111 


00000000 


11 01 reg I 








To memory (00001111 


00000000 


mod 001 r/m | 


VERR = Verify Read Access 






Register | 01111 


00000000 


11 1 r/m I 








Memory | 01111 


00000000 


mod 1 r/m j 


VERW = Verify Write Access 






To register | 01111 


00000000 


1 1 1 1 reg | 








To memory 00001111 


00000000 


mod 1 1 r/m | 
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Table 10.1. lntel486TM DX2 Microprocessor Integer Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 


Cache Hit 


Notes 


INTERRUPT INSTRUCTIONS 
INT n = Interrupt Type n 
INT 3= Interrupt Type 3 
INTO = Interrupt 4 if 




INT +4/0 
INT+0 


RV/P, 21 
21 


| 1 1 1 1 1 | type j 




| 1 1001 100 | 


| 1 1001 1 10 | 


Overflow Flag Set 








Taken 




INT+2 


21 


Not Taken 
BOUND = Interrupt 5 if Detect 




3 


21 


| 0110 010 | mod reg r/m | 


Value Out Range 








If in range 




7 


21 


If out of range 

IRET = Interrupt Return 
Real Mode/Virtual Mode 




INT + 24 
15 


21 


| 1 1001 1 1 1 | 




Protected Mode 








To same level 




20 


9 


To outer level 




36 


9 


. To nested task (EFLAGS.NT = 1 ) 




TS+32 


9,10 


External Interrupt 




INT+11 


21 


NMI = Non-Maskable Interrupt 




INT+3 


21 


Page Fault 




INT + 24 


21 


VM86 Exceptions 








CLI 




INT +8 


21 


STI 




INT +8 


21 


INTn 




INT +9 




PUSHF 




INT + 9 


21 


POPF 




INT +8 


21 


IRET 




INT +9 




IN 








Fixed Port 




INT +50 


21 


Variable Port 




INT +51 


21 


OUT 








Fixed Port 




INT +50 


21 


Variable Port 




INT +51 


21 


INS 




INT +50 


21 


OUTS 




INT +50 


21 


REP INS 




INT +51 


21 


REP OUTS 




INT +51 


21 



Task Switch Clock Counts Table 


Method 


Value for TS 
Cache Hit 


VM/lntel486 DX2 CPU/286 TSS To Intel486 DX2 CPU TSS 
VM/lntel486 DX2 CPU/286 TSS To 286 TSS 
VM/lntel486 DX2 CPU/286 TSS To VM TSS 


162 
143 
140 
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Interrupt Clock Counts Table 


Method 


Value for INT 


Cache Hit 


Notes 


Real Mode 

Protected Mode 
Interrupt/Trap gate, same level 
Interrupt/Trap gate, different level 
Task Gate 

Virtual Mode 
Interrupt/Trap gate, different level 
Task gate 


26 

44 

71 

37 + TS 

82 
37 + TS 


9 

9 

9,10 

10 



Abbreviations 


Definition 


16/32 


16/32 bit modes 


U/L 


unlocked/locked 


MN/MX 


minimum/maximum 


L/NL 


loop/no loop 


RV/P 


real and virtual mode/protected mode 


R 


real mode 


P 


protected mode 


T/NT 


taken/not taken 


H/NH 


hit/no hit 



NOTES: 

1 . Assuming that the operand address and stack address fall in different cache sets. 

2. Always locked, no cache hit case. 

3. Clocks = 10 + max(log2(|m|),n) 

m = multiplier value (min clocks for m=0) 
n = 3/5 for ± m 

4. Clocks = {quotient(count/operand length) }*7 + 9 

= 8 if count ^ operand length (8/16/32) 

5. Clocks = {quotient(count/operand length) }*7+ 9 

= 9 if count ^ operand length (8/16/32) 

6. Equal/not equal cases (penalty is the same regardless of lock). 

7. Assuming that addresses for memory read (for indirection), stack push/pop, and branch fall in different cache i 

8. Penalty for cache miss: add 6 clocks for every 16 bytes copied to new stack frame. 

9. Add 1 1 clocks for each unaccessed descriptor load. 

10. Refer to task switch clock counts table for value of TS. 

1 1 . Add 4 extra clocks to the cache miss penalty for each 1 6 bytes. 
For notes 12-13: (b = 0-3, non-zero byte number); 

(i = 0-1, non-zero nibble number); 
(n = 0-3, non bit number in nibble); 

12. Clocks = 8 + 4 (b+1) + 3(i+1) + 3(n+1) 

= 6 if second operand = 

13. Clocks = 9 + 4(b+1) + 3(i+1) + 3(n + 1) 

= 7 if second operand = 
For notes 14-15: (n = bit position 0-31) 

14. Clocks = 7 + 3(32- n) 

6 if second operand = 

15. Clocks = 8 + 3(32- n) 

7 if second operand = 

1 6. Assuming that the two string addresses fall in different cache sets. 

17. Cache miss penalty: add 6 clocks for every 16 bytes compared. Entire penalty on first compare. 

18. Cache miss penalty: add 2 clocks for every 16 bytes of data. Entire penalty on first load. 

19. Cache miss penalty: add 4 clocks for every 16 bytes moved. 
(1 clock for the first operation and 3 for the second) 

20. Cache miss penalty: add 4 clocks for every 16 bytes scanned. 
(2 clocks each for first and second operations) 

21 . Refer to interrupt clock counts table for value of INT 

22. Clock count includes one clock for using both displacement and immediate. 

23. Refer to assumption 6 in the case of a cache miss. 
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Table 10.2. lntel486TM DX2 Microprocessor I/O Instructions Core Clock Count Summary 



INSTRUCTION 


FORMAT 




Real 
Mode 


Protected 

Mode 
(CPL^IOPL) 


Protected 

Mode 

(CPL>IOPL) 


Virtual 86 
Mode 


Notes 


I/O INSTRUCTIONS 
IN = Input from: 

Fixed Port 

Variable Port 

OUT = Output to: 

Fixed Port 

Variable Port 

INS = Input Byte/Word 
from DX Port 

OUTS - Output Byte/Word 
to DX Port 

REP INS = Input String 

REP OUTS = Output String 






17 
17 

19 
19 
20 

20 

19+11C 
20 + 8C 


12 
11 

14 
13 
13 

13 

13 + 11C 
14+8c 


32 
31 

34 
33 
35 

35 

33 + 11C 
34 + 8C 


30 
30 

32 
32 
33 

33 

32+11C 
33 + 8c 


1 

2 
3 


1 1 10010W 


port number | 


1 1 101 10w 


1 1 1001 1w 


port number | 






11101 1 1w 




011011 Ow 




01 101 1 1 w 




1 1 1 1001 1 


01 101 10w | 


1 1 1 1001 1 


0110111 w | 



NOTES: 

1 . Two clock cache miss penalty in all cases. 

2. c = count in CX or ECX. 

3. Cache miss penalty in all modes: Add 2 clocks for every 16 bytes. Entire penalty on second operation. 
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Table 10.3. Intel486™ DX2 Microprocessor Floating Point Core Clock Count Summary 



INSTRUCTION 


FORMAT 






Cache Hit 


Notes 


Avg (Lower 

Range . . . 

Upper Range) 


DATA TRANSFER 

FLD = Real Load to ST(0) 

32-bit memory 

64-bit memory 
80-bit memory 
ST(i) 

FILD = Integer Load to ST(0) 

16-bit memory 

32-bit memory 
64-bit memory 
FBLD = BCD Load to ST(0) 

FST = Store Real from ST(0) 

32-bit memory 

64-bit memory 
ST(i) 

FSTP = Store Real from ST(0) and Po| 

32-bit memory 

64-bit memory 
80-bit memory 
ST(i) 

FIST = Store Integer from ST(0) 

16-bit memory 

32-bit memory 

FISTP = Store Integer from ST(0) and 

16-bit memory 

32-bit memory 

64-bit memory 

FBSTP = Store BCD from 
ST(0)andPop 

FXCH = Exchange ST(0) and ST(i) 

COMPARISON INSTRUCTIONS 
FCOM = Compare ST(0) with Real 

32-bit memory 

64-bit memory 
ST(i) 

FCOMP = Compare ST(0) with Real an 

32-bit memory 

64-bit memory 
ST(i) 








3 
3 
6 
4 

14.5(13-16) 
11.5(9-12) 
16.8(10-18) 
75(70-103) 

7 
8 
3 

7 
8 
6 
3 

33.4(29-34) 
32.4(28-34) 

33.4(29-34) 
33.4(29-34) 
33.4(29-34) 
175(172-176) 

4 

4 
4 
4 

4 
4 
4 


1 
2 

1 
2 


| 1 1 01 1 


1 I mod r/m 


s-i-b/disp. 








| 1 101 1 


1 1 | mod r/m 


s-i-b/disp. ] 








| 1 101 1 


1 1 I mod 1 1 r/m 


s-i-b/disp. j 








| 1 101 1 


1 I 1 1 ST(i) 






| 1 101 1 


1 1 1 I mod 000 r/m 


s-i-b/disp. I 








| 1 101 1 


1 1 | mod r/m 


s-i-b/disp. | 








| 1 101 1 


1 1 1 I mod 101 r/m 


s-i-b/disp. I 








| 1 101 1 


1 1 1 I mod 1 r/m 


s-i-b/disp. I 








I 1 1 01 1 


1 | mod 010 r/m 


s-i-b/disp. I 








| 1 101 1 


1 1 | mod 1 r/m 


s-i-b/disp. | 








| 1 101 1 


1 1 | 1 1 1 ST(i) 


> 




| 1 101 1 


1 J mod 1 1 r/m 


s-i-b/disp. | 








| 1 101 1 


1 1 I mod 011 r/m 


s-i-b/disp. I 








11011 


1 1 I mod 1 1 1 r/m 


s-i-b/disp. | 








11011 


1 1 | 1 1 1 ST(i) 






11011 


1 1 1 | mod 010 r/m 


s-i-b/disp. I 








11011 


1 1 J mod 010 r/m 


s-i-b/disp. I 


Pop 






11011 


1 1 1 | mod 1 1 r/m 


s-i-b/disp. j 








11011 


1 1 | mod 1 1 r/m 


s-i-b/disp. J 








11011 


1 1 1 J mod 111 r/m 


s-i-b/disp. | 








11011 


1 1 1 I mod 1 1 r/m 


s-i-b/disp. | 








11011 


1 I 1 1 1 ST(i) 






11011 


I mod 010 r/m 


s-i-b/disp. I 








11011 


1 00 I mod 01 r/m 


s-i-b/disp. I 


11011 


I 1 1 1 ST(i) 




dPop 




11011 


I mod 011 r/m 


s-i-b/disp. I 








11011 


1 I mod 011 r/m 


s-i-b/disp. j 








11011 


000 | 1 1.01 1 ST(i) 
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Table 10.3. lnte!486TM DX2 Microprocessor Floating Point Core Clock Count Summary (Continued) 



INSTRUCTION 


FORMAT 






Cache Hit 


Notes 


Avg (Lower 

Range . . . 

Upper Range) 


COMPARISON INSTRUCTIONS (Contini 

FCOMPP = Compare ST(0) with 
ST(1) and Pop Twice 

FICOM = Compare ST(0) with Integer 

16-bit memory 

32-bit memory 

FICOMP = Compare ST(0) with Intege 

16-bit memory 

32-bit memory 

FTST = Compare ST(0) with 0.0 

FUCOM = Unordered compare 
ST(0) with ST(i) 

FUCOMP = Unordered compare 

ST(0) with ST(i) and Pop 

FUCOMPP = Unordered compare 

ST(0) with ST(i) and Pop - 

FXAM = Examine ST(0) 

CONSTANTS 

FLDZ = Load +0.0 into ST(0) 

FLD1 = Load + 1.0 into ST(0) 

FLDPI = Load it into ST(0) 

FLDL2T = Load log 2 (10) into ST(0) 

FLDL2E = Load log 2 (e) into ST(0) 

FLDLG2 = Load log 10 (2) into ST(0) 

FLDLN2 = Load log e (2) into ST(0) 

ARITHMETIC 

FADD = Add Real with ST(0) 

ST(0) «- ST(0) + 32-bit memory 

ST(0) *- ST(0) + 64-bit memory 

ST(d) «- ST(0) + ST(i) 

FADDP = Add real with ST(0) and 

Pop (ST(i) <- ST(0) + ST(i)) 

FSUB = Subtract real from ST(0) 

ST(0) «- ST(0) - 32-bit memory 

ST(0) «— ST(0) - 64-bit memory 
ST(d) «- ST(0) - ST(i) 

FSUBP = Subtract real from ST(0) 

and Pop (ST(i) <- ST(0) - S 


jed) 






5 

18(16-20) 
16.5(15-17) 

18(16-20) 

16.5(15-17) 

4 

4 

4 

5 

8 

4 
4 
8 
8 
8 
8 
8 

10(8-20) 
10(8-20) 
10(8-20) 
10(8-20) 

10(8-20) 
10(8-20) 
10(8-20) 
10(8-20) 




11011 


1 1 | 1 1 1 1001 


11011 


1 1 I mod 1 r/m 


s-i-b/disp. I 








11011 


1 I mod 1 r/m 


s-i-b/disp. I 








11011 


1 1 I mod 011 r/m 


s-i-b/disp. J 








11011 


1 I mod 1 1 r/m 


s-i-b/disp. | 








11011 


001 I 1 1 10 0100 






11011 


1 1 I 1 1 1 ST(i) 






11011 


101 | 11101 ST(i) 






11011 


1 I 1 1 1 1001 


rwice 




11011 


001 I 1 1 10 0101 






11011 


001 I 1 1 10 1110 






11011 


001 I 1 1.10 1000 






11011 


001 | 1 1 10 1011 






11011 


001 I 1 1 10 1001 






11011 


001 ] 1 1 10 1010 






11011 


00 1 I 1 1 10 1100 






11011 


001 I 1 1 10 1101 






11011 


I mod r/m 


s-i-b/disp. I 








11011 


1 I mod r/m 


s-i-b/disp. I 








11011 


d I 1 1 ST(i) 






11011 


1 1 I 1 1 ST(i) 






11011 


I mod 10 r/m 


s-i-b/disp. | 








11011 


1 J mod 10 r/m 


s-i-b/disp. I 








11011 


d | 1 1 1 d ST(i) 






11011 


1 1 | 1 1 1 1 ST(i) 


r<0) 
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Table 10.3. lnte!486TM DX2 Microprocessor Floating Point Core Clock Count Summary (Continued) 



INSTRUCTION FORMAT 


Cache Hit 


Notes 


Avg (Lower 

Range . . . 

Upper Range) 


ARITHMETIC (Continued) 

FSUBR = Subtract real reversed (Subtract ST(0) from real) 


10(8-20) 
10(8-20) 
10(8-20) 

10(8-20) 

11 
14 
16 
16 

73 
73 
73 
73 

73 
73 
73 
73 

24(20-35) 
22.5(19-32) 

24(20-35) 
22.5(19-32) 

24(20-35) 
22.5(19-32) 

25(23-27) 
23.5(22-24) 

87(85-89) 
85.5(84-86) 


3 
3 
3 
3 

3 
3 
3 
3 

3 
3 


ST(0) *- 32-bit memory - ST(0) | 11011 


j mod 1 1 


r/m 


s-i-b/disp. | 






ST(0) «- 64-bit memory - ST(0) | 11011 


10 mod 1 1 


r/m 


s-i-b/disp. I 






ST(d) *- ST(i) - ST(0) | 11011 


doo| 1110d 


ST(i) 




FSUBRP = Subtract real reversed | 1 1 1 1 


1 1 I 1 1 1 00 


STQ! 


and Pop (ST(i) <- ST(i) - ST(0)) 
FMUL = Multiply real with ST(0) 


ST(0) «- ST(0) x 32-bit memory | 11011 


000 I mod 001 


r/m 


s-i-b/disp. I 






ST(0) *- ST(0) X 64-bit memory [ 1 1 1 1 


1 j mod 01 


r/m 


s-i-b/disp. J 






ST(d) «- ST(0) x ST(i) [ 1 1 1 1 


dOO | 1 1001 


ST® 




FMULP = Multiply ST(0) with ST(i) [ 1 1 1 1 


1 10 j 1 1001 


ST(i) 


and Pop (ST(i) «- ST(0) x ST(i)) 
FDIV = Divide ST(0) by Real 


ST(0) «- ST(0)/32-bit memory | 1 1 1 1 


j mod 1 1 


r/m 


s-i-b/disp. | 






ST(0) <- ST(0)/64-bit memory | 11011 


1 | mod 110 


r/m 


s-i-b/disp. j 






ST(d) «- ST(0)/ST(i) | 1 1 1 1 


dOO | 1 1 1 1 d 


ST(i) 




FDIVP = Divide ST(0) by ST(i) and | 1 1 1 1 


1 1 j 1 1 1 1 1 


ST(i) 


Pop (ST(i) <- ST(0)/ST(i)) 
FDIVR = Divide real reversed (Real/ST(0)) 


ST(0) «- 32-bit memory/ST(0) | 1 1 1 1 


| mod 1 1 1 


r/m 


s-i-b/disp. | 






ST(0) «- 64-bit memory/ST(0) | 1 1 1 1 


1 I mod 111 


r/m 


s-i-b/disp. I 






ST(d) «- ST(i)/ST(0) { 1 1 1 1 


dOO | 1 1 1 1d 


ST(i) 


FDIVRP = Divide real reversed and [ 1 1 1 1 


1 1 j 1 1 1 10 


ST(i) 


Pop (ST(i) <- ST(i)/ST(0)) 
FIADD = Add Integer to ST(0) 


ST(0) *- ST(0) + 16-bit memory | 11011 


1 1 I mod 


r/m 


s-i-b/disp. I 






ST(0) *- ST(0) + 32-bit memory | 11011 


1 j mod 


r/m 


s-i-b/disp. j 


FISUB = Subtract Integer from ST(0) 




ST(0) <- ST(0) - 16-bit memory | 11011 


1 1 I mod 10 


r/m 


s-i-b/disp. I 






ST(0) <- ST(0) - 32-bit memory | 1 1 1 1 


1 j mod 10 


r/m 


s-i-b/disp. I 


FISUBR = Integer Subtract Reversed 




ST(0) «- 16-bit memory - ST(0) | 1 1 1 1 


1 1 j mod 1 1 


r/m 


s-i-b/disp. J 






ST(0) <- 32-bit memory - ST(0) | 1 1 1 1 


1 j mod 101 


r/m 


s-i-b/disp. I 


FIMUL = Multiply Integer with ST(0) 




ST(0) «- ST(0) x 16-bit memory | 1 1 1 1 


1 1 j mod 01 


r/m 


s-i-b/disp. I 






ST(0) «- ST(0) x 32-bit memory | 1 1 1 1 


1 | mod 01 


r/m 


s-i-b/disp. | 


FIDIV= Integer Divide 




ST(0) «- ST(0)/1 6-bit memory | 1 101 1 


1 1 j mod 1 1 


r/m 


s-i-b/disp. j ' 






ST(0) <- ST(0)/32-bit memory | 1 1 1 1 


1 | mod 110 


r/m 


s-i-b/disp. | 
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Table 10.3. lntel486TM DX2 Microprocessor Floating Point Core Clock Count Summary (Continued) 



INSTRUCTION FORMAT 


Cache Hit 


Notes 


Avg (Lower 

Range . . . 

Upper Range) 


ARITHMETIC (Continued) 

FIDIVR = Integer Divide Reversed 


87(85-89) 
85.5(84-86) 
85.5(83-87) 
31(30-32) 
19(16-20) 

84(70-138) 

94.5(72-167) 

29.1(21-30) 

3 

6 

241(193-279) 
244(200-273) 

289(218-303) 
241(193-279) 
291(243-329) 
242(140-279) 
311(196-329) 
313(171-326) 

17 
3 

3 

4 
3 
7 

67 
67 
56 
56 

44 
44 
34 
34 


3 
3 

6,7 
6,7 

6 
6,7 
6,7 

6 

6 

6 

4 
5 

5 

5 
4 

4 
4 
4 
4 


ST(0) <— 16-bit memory/ST(0) | 11011 


1 1 | mod 1 1 1 r/m 


s-i-b/disp. I 






ST(0) <- 32-bit memory/ST(0) | 11011 


1 j mod 111 r/m 


s-i-b/disp. I 






FSQRT = Square Root | 11011 


001 I 1 1 1 1 1010 




FSCALE = Scale ST(0) by ST(1) |l 1 1 1 


001 | 1 1 1 1 1101 




FXTRACT = Extract components | 1 1 1 1 


001 I 1 1 1 1 0100 


ofST(O) 


FPREM = Partial Reminder | 1 1 1 1 


001 j 1 1 1 1 1 000 




FPREM1 = Partial Reminder (IEEE) [11011 


001 | 1 1 1 1 0101 




FRNDINT = Round ST(0) to integer | 1 1 1 1 


001 I 1 1 1 1 1 1 00 




FABS = Absolute value of ST(0) | 1 1 1 1 


001 I 1 1 10 0001 




FCHS = Change sign of ST(0) | 1 1 1 1 


001 I 1 1 10 0000 


TRANSCENDENTAL 


FCOS = Cosine of ST(0) | 1 1 1 1 


001 I 1 1 1 1 1111 




FPTAN = Partial tangent of ST(0) | 1 1 1 1 


001 | 1 1 1 1 0010 




FPATAN = Partial arctangent (11011 


if 1 1 1 1 0011 




FSIN = SineofST(0) | 11011 


001 I 1 1 1 1 1110 




FSINCOS = Sine and cosine of ST(0) [ 1 1 1 1 


001 I 1 1 1 1 1011 




F2XM1 = 2 ST(0) - 1 |l1011 


001 I 1 1 1 1 0000 




FYL2X = ST(1) X log 2 (ST(0)) | 1 1011 


001 | 1 1 1 1 0001 




FYL2XP1 = ST(1) x log 2 (ST(0) + 1.0) | 1 1 1 1 


001 | 1 1 1 1 1001 


PROCESSOR CONTROL 


FINIT = Initialize FPU | 11011 


01 1 I 1 1 10 001 1 




FSTSW AX = Store status word | 1 1 1 1 


1 1 1 | 1 1 10 0000 


into AX 


FSTSW = Store status word j 11011 


1 1 I mod 111 r/m 


s-i-b/disp. | 


into memory 




FLDCW = Load control word | 1 1 1 1 


1 j mod 101 r/m 


s-i-b/disp. I 






FSTCW = Store control word [11011 


1 I mod 1 1 1 r/m 


s-i-b/disp. I 






FCLEX = Clear exceptions \ 1 1 1 1 


01 1 | 1 1 1 0010 




FSTENV = Store environment | 1 1 1 1 


1 | mod 110 r/m 


s-i-b/disp. j 


Real and Virtual modes 1 6-bit Address 
Real and Virtual modes 32-bit Address 
Protected mode 16-bit Address 
Protected mode 32-bit Address 


FLDENV - Load environment | 1 1 1 1 
Real and Virtual modes 16-bit Address 
Real and Virtual modes 32-bit Address 
Protected mode 1 6-bit Address 
Protected mode 32-bit Address 


001 I mod 100 r/m 


I s-i-b/disp. j 
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Table 10.3. lntel486TM DX2 Microprocessor Floating Point Core Clock Count Summary (Continued) 



INSTRUCTION 



Cache Hit 



Avg (Lower 

Range . . . 

Upper Range) 



PROCESSOR CONTROL (Continued) 
FSAVE = Save state 



I 1 1 1 1 1 1 [ mod 1 1 r/m | s-i-b/disp. 



Real and Virtual modes 16-bit Address 
Real and Virtual modes 32-bit Address 
Protected mode 16-bit Address 
Protected mode 32-bit Address 



FRSTOR = Restore state 



11011 101 mod 100 r/m 



Real and Virtual modes 16-bit Address 
Real and Virtual modes 32-bit Address 
Protected mode 16-bit Address 
Protected mode 32-bit Address 



FINCSTP = Increment Stack Pointer 11011 



001 | 



1111 0111 



FDECSTP = Decrement Stack Pointer |11011 001J1111 
FFREE = FreeST(i) 
FNOP = No operations 



|l1011 1 1 | 11 ST(i) | 



1 101 1 001 1101 0000 



WAIT = Wait until FPU ready 

(Minimum/ Maximum) 



1001 101 1 



154 
154 
143 
143 

131 
131 
120 
120 

3 

3 

3 

3 



NOTES: 

1 . If operand is clock counts = 27. 

2. If operand is clock counts = 28. 

3. If CW.PC indicates 24 bit precision then subtract 38 clocks. 
If CW.PC indicates 53 bit precision then subtract 1 1 clocks. 

4. If there is a numeric error pending from a previous instruction add 1 7 clocks. 

5. If there is a numeric error pending from a previous instruction add 18 clocks. 

6. The INT pin is polled several times while this instruction is executing to assure short interrupt latency. 

7. If ABS(operand) is greater than ttIA then add n clocks. Where n = (operand/(7r/4)). 
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10.2 Instruction Encoding 

10.2.1 OVERVIEW 

All instruction encodings are subsets of the general 
instruction format shown in Figure 10.1. Instructions 
consist of one or two primary opcode bytes, possibly 
an address specifier consisting of the "mod r/m" 
byte and "scaled index" byte, a displacement if re- 
quired, and an immediate data field if required. 

Within the primary opcode or opcodes, smaller en- 
coding fields^may be defined. These fields vary ac- 
cording to the class of operation. The fields define 
such information as direction of the operation, size 
of the displacements, register encoding, or sign ex- 
tension. 

Almost all instructions referring to an operand in 
memory have an addressing mode byte following 
the primary opcode byte(s). This byte, the mod r/m 
byte, specifies the address mode to be used. Certain 
encodings of the mod r/m byte indicate a second 



addressing byte, the scale-index-base byte, follows 
the mod r/m byte to fully specify the addressing 
mode. 

Addressing modes can include a displacement im- 
mediately following the mod r/m byte, or scaled in- 
dex byte. If a displacement is present, the possible 
sizes are 8, 1 6 or 32 bits. 

If the instruction specifies an immediate operand, 
the immediate operand follows any displacement 
bytes. The immediate operand, if specified, is always 
the last field of the instruction. 

Figure 10.1 illustrates several of the fields that can 
appear in an instruction, such as the mod field and 
the r/m field, but the Figure does not show all fields. 
Several smaller fields also appear in certain instruc- 
tions, sometimes within the opcode bytes them- 
selves. Table 10.4 is a complete list of all fields ap- 
pearing in the Intel486 DX2 microprocessor instruc- 
tion set. Further ahead, following Table 10.4, are de- 
tailed tables for each field. 



TTTTTTTT TTTTTTTT modTTTr/m ssindexbase d32 | 16 | 8 | nonedata32 | 16 | 8 | none 

J \ J 



7 



0^7 65 320 765 3 2 0^ 



opcode 

(one or two bytes) 

(T represents an 

opcode bit.) 



v^. 



"mod r/m" 
byte 



"s-i-b" 
byte 



register and address 
mode specifier 



J 



address 
displacement 
(4, 2, 1 bytes 

or none) 



immediate 

data 

(4, 2, 1 bytes 

or none) 



Figure 10.1. General Instruction Format 



Table 10.4. Fields within lntel486TM DX2 Microprocessor Instructions 



Field Name 


Description 


Number of Bits 


w 


Specifies if Data is Byte or Full Size (Full Size is either 1 6 or 32 Bits) 


1 


d 


Specifies Direction of Data Operation 


1 


s 


Specifies if an Immediate Data Field Must be Sign-Extended 


1 


reg 


General Register Specifier 


3 


mod r/m 


Address Mode Specifier (Effective Address can be a General Register) 


2 for mod; 

3 for r/m 


ss 


Scale Factor for Scaled Index Address Mode 


2 


index 


General Register to be used as Index Register 


3 


base 


General Register to be used as Base Register 


3 


sreg2 


Segment Register Specifier for CS, SS, DS, ES 


2 


sreg3 


Segment Register Specifier for CS, SS, DS, ES, FS, GS 


3 


tttn 


For Conditional Instructions, Specifies a Condition Asserted 






or a Condition Negated 


4 



NOTE: 

Tables 10.1-10.3 show encoding of individual instructions. 
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10.2.2 32-BIT EXTENSIONS OF THE 
INSTRUCTION SET 

The Intel486 DX2 supports all Intel486 extensions to 
the 8086/80186/80286 instruction set. 

With the Intel486 microprocessor, the 8086/80186/ 
80286 instruction set was extended in two orthogo- 
nal directions: 32-bit forms of all 16-bit instructions 
are added to support the 32-bit data types, and 
32-bit addressing modes are made available for all 
instructions referencing memory. This orthogonal in- 
struction set extension is accomplished having a De- 
fault (D) bit in the code segment descriptor, and by 
having 2 prefixes to the instruction set. 

Whether the instruction defaults to operations of 1 6 
bits or 32 bits depends on the setting of the D bit in 
the code segment descriptor, which gives the de- 
fault length (either 32 bits or 16 bits) for both oper- 
ands and effective addresses when executing that 
code segment. In the Real Address Mode or Virtual 
8086 Mode, no code segment descriptors are used, 
but a D value of is assumed internally by the In- 
tel486 DX2 microprocessor when operating in those 
modes (for 16-bit default sizes compatible with the 
8086/80186/80286). 

Two prefixes, the Operand Size Prefix and the Effec- 
tive Address Size Prefix, allow overriding individually 
the Default selection of operand size and effective 
address size. These prefixes may precede any op- 
code bytes and affect only the instruction they pre- 
cede. If necessary, one or both of the prefixes may 
be placed before the opcode bytes. The presence of 
the Operand Size Prefix and the Effective Address 
Prefix will toggle the operand size or the effective 
address size, respectively, to the value "opposite" 
from the Default setting. For example, if the default 
operand size is for 32-bit data operations, then pres- 
ence of the Operand Size Prefix toggles the instruc- 
tion to 1 6-bit data operation. As another example, if 
the default effective address size is 16 bits, pres- 
ence of the Effective Address Size prefix toggles the 
instruction to use 32-bit effective address computa- 
tions. 

These 32-bit extensions are available in all Intel486 
microprocessor modes, including the Real Address 
Mode or the Virtual 8086 Mode. In these modes the 
default is always 16 bits, so prefixes are needed to 
specify 32-bit operands or addresses. For instruc- 
tions with more than one prefix, the order of prefixes 
is unimportant. 



Unless specified otherwise, instructions with 8-bit 
and 16-bit operands do not affect the contents of 
the high-order bits of the extended registers. 

10.2.3 ENCODING OF INTEGER 
INSTRUCTION FIELDS 

Within the instruction are several fields indicating 
register selection, addressing mode and so on. The 
exact encodings of these fields are defined immedi- 
ately ahead. 

10.2.3.1 Encoding of Operand Length (w) Field 

For any given instruction performing a data opera- 
tion, the instruction is executing as a 32-bit operation 
or a 16-bit operation. Within the constraints of the 
operation size, the w field encodes the operand size 
as either one byte or the full operation size, as 
shown in the table below. 



w Field 


Operand Size 

During 16-Bit 

Data Operations 


Operand Size 

During 32-Bit 

Data Operations 



1 


8 Bits 
16 Bits 


8 Bits 
32 Bits 



10.2.3.2 Encoding of the General 
Register (reg) Field 

The general register is specified by the reg field, 
which may appear in the primary opcode bytes, or as 
the reg field of the "mod r/m" byte, or as the r/m 
field of the "mod r/m" byte. 

Encoding of reg Field When w Field 
is not Present in Instruction 





Register Selected 


Register Selected 


reg Field 


During 16-Bit 


During 32-Bit 




Data Operations 


Data Operations 


000 


AX 


EAX 


001 


CX 


ECX 


010 


DX 


EDX 


011 


BX 


EBX 


100 


SP 


ESP 


101 


BP 


EBP 


110 


SI 


ESI 


111 


Dl 


EDI 



10-21 



Intel. 



Intel486™ DX2 MICROPROCESSOR 



IPiiUMIMIiW 



Encoding of reg Field When w Field 
is Present in Instruction 



3-Bit sreg3 Field 



Register Specified by reg Field 
During 16-Bit Data Operations: 


reg 


Function of w Field 


(when w = 0) 


(when w = 1) 


000 
001 
010 
011 
100 
101 
110 

111 


AL 
CL 
DL 
BL 
AH 
CH 
DH 
BH 


AX 
CX 
DX 
BX 
SP 
BP 
SI 
Dl 



I 


Register Specified by reg Field 




During 32-Bit Data Operations 


reg 


Function of w Field 


(when w = 0) 


(when w = 1) 


000 


AL 


EAX 


001 


CL 


ECX 


010 


DL 


EDX 


011 


BL 


EBX 


100 


AH 


ESP 


101 


CH 


EBP 


110 


DH 


ESI 


111 


BH 


EDI 



10.2.3.3 Encoding of the Segment 
Register (sreg) Field 

The sreg field in certain instructions is a 2-bit field 
allowing one of the four 80286 segment registers to 
be specified. The sreg field in other instructions is a 
3-bit field, allowing the Intel486 DX2 Microprocessor 
FS and GS segment registers to be specified. 

2-Bit sreg2 Field 



2-Bit 
sreg2 Field 


Segment 
Register 
Selected 


00 
01 
10 

11 


ES 
CS 
SS 
DS 



3-Bit 
sreg3 Field 


Segment 
Register 
Selected 


000 
001 
010 
011 
100 
101 
110 

111 


ES 

CS 

SS 

DS 

FS 

GS 
do not use 
do not use 



10.2.3.4 Encoding of Address Mode 

Except for special instructions, such as PUSH or 
POP, where the addressing mode is pre-determined, 
the addressing mode for the current instruction is 
specified by addressing bytes following the primary 
opcode. The primary addressing byte is the "mod 
r/m" byte, and a second byte of addressing informa- 
tion, the "s-i-b" (scale-index-base) byte, can be 
specified. 

The s-i-b byte (scale-index-base byte) is specified 
when using 32-bit addressing mode and the "mod 
r/m" byte has r/m = 100 and mod = 00, 01 or 10. 
When the sib byte is present, the 32-bit addressing 
mode is a function of the mod, ss, index, and base 
fields. 

The primary addressing byte, the "mod r/m" byte, 
also contains three bits (shown as TTT in Figure 
10.1) sometimes used as an extension of the pri- 
mary opcode. The three bits, however, may also be 
used as a register field (reg). 

When calculating an effective address, either 1 6-bit 
addressing or 32-bit addressing is used. 16-bit ad- 
dressing uses 16-bit address components to calcu- 
late the effective address while 32-bit addressing 
uses 32-bit address components to calculate the ef- 
fective address. When 1 6-bit addressing is used, the 
"mod r/m" byte is interpreted as a 16-bit addressing 
mode specifier. When 32-bit addressing is used, the 
"mod r/m" byte is interpreted as a 32-bit addressing 
mode specifier. 

Tables on the following three pages define all en- 
codings of all 16-bit addressing modes and 32-bit 
addressing modes. 
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Encoding of 16-bit Address Mode with "mod r/m" Byte 



mod r/m 


Effective Address 


00 000 


DS:[BX + SI] 


00 001 


DS:[BX + DI] 


00 010 


SS:[BP + SI] 


00 011 


SS:[BP + DI] 


00100 


DS:[SI] 


00101 


DS:[DI] 


00 110 


DS:d16 


00111 


DS:[BX] 


01000 


DS:[BX + SI + d8] 


01 001 


DS:[BX+DI + d8] 


01 010 


SS:[BP + SI + d8] 


01011 


SS:[BP + DI + d8] 


01 100 


DS:[SI + d8] 


01 101 


DS:[DI + d8] 


01 110 


SS:[BP + d8] 


01111 


DS:[BX + d8] 



mod r/m 


Effective Address 


10 000 


DS:[BX + SI + d16] 


10 001 


DS:[BX+DI + d16] 


10010 


SS:[BP + SI + d16] 


10011 


SS:[BP + DI + d16] 


10 100 


DS:[SI + d16] 


10 101 


DS:[DI + d16] 


10110 


SS:[BP+d16] 


10111 


DS:[BX + d16] 


11 000 


register — see below 


1 1 001 


register — see below 


11010 


register — see below 


11 011 


register — see below 


11100 


register — see below 


11 101 


register — see below 


11 110 


register — see below 


11 111 


register — see below 



Register Specified by r/m 
During 16-Bit Data Operations 


mod r/m 


Function of w Field 


(when w = 0) 


(whenw=1) 


1 1 000 
11001 
11 010 
11 011 
11 100 
11 101 
11 110 

11 111 


AL 
CL 
DL 
BL 
AH 
CH 
DH 
BH 


AX 
CX 
DX 
BX 
SP 
BP 
SI 
Dl 



Register Specified by r/m 
During 32-Bit Data Operations 


mod r/m 


Function of w Field 


(whenw=0) 


(when w = 1) 


11000 
11 001 
11010 
11 011 
11 100 
11 101 
11 110 

11 111 


AL 
CL 
DL 
BL 
AH 
CH 
DH 
BH 


EAX 
ECX 
EDX 
EBX 
ESP 
EBP 
ESI 
EDI 
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Encoding of 32-bit Address Mode with "mod r/m" byte (no "s-i-b" byte present) 



mod r/m 


Effective Address 


00 000 


DS:[EAX] 


00 001 


DS:[ECX] 


00 010 


DS:[EDX] 


00 011 


DS:[EBX] 


00 100 


s-i-b is present 


00 101 


DS:d32 


00 110 


DS:[ESI] 


00111 


DS:[EDI] 


01 000 


DS:[EAX + d8] 


01 001 


DS:[ECX + d8] 


01 010 


DS:[EDX + d8] 


01 011 


DS:[EBX + d8] 


01 100 


s-i-b is present 


01 101 


SS:[EBP + d8] 


01 110 


DS:[ESI + d8] 


01 111 


DS:[EDI + d8] 



mod r/m 


Effective Address 


10 000 


DS:[EAX + d32] 


10 001 


DS:[ECX + d32] 


10010 


DS:[EDX + d32] 


10011 


DS:[EBX + d32] 


10 100 


s-i-b is present 


10 101 


SS:[EBP + d32] 


10110 


DS:[ESI + d32] 


10111 


DS:[EDI + d32] 


11000 


register — see below 


11001 


register — see below 


11 010 


register—see below 


11011 


register — see below 


11 100 


register — see below 


11 101 


register — see below 


11 110 


register — see below 


11 111 


register — see below 



Register Specified by reg or r/m 
during 16-Bit Data Operations: 


mod r/m 


Function of w field 


(whenw=0) 


(whenw=1) 


11000 
11001 
11010 
11011 
11 100 
11 101 
11 110 

11 111 


AL 
CL 
DL 
BL 
AH 
CH 
DH 
BH 


AX 
CX 
DX 
BX 
SP 
BP 
SI 
Dl 



Register Specified by reg or r/m 
during 32-Bit Data Operations: 


mod r/m 


Function of w field 


(when w = 0) 


(when w=1) 


11000 
11001 
11 010 
11 011 
11 100 
11 101 
11 110 

11 111 


AL 
CL 
DL 
BL 
AH 
CH 
DH 
BH 


EAX 
ECX 
EDX 
EBX 
ESP 
EBP 
ESI 
EDI 
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Encoding of 32-bit Address Mode ("mod r/m" byte and "s-i-b" byte present) 



mod base 


Effective Address 


00 000 


DS:[EAX+ (scaled index)] 


00 001 


DS:[ECX+ (scaled index)] 


00 010 


DS:[EDX + (scaled index)] 


00 011 


DS: [EBX + (scaled index)] 


00100 


SS: [ESP + (scaled index)] 


00101 


DS: [d32 + (scaled index)] 


00110 


DS:[ESI + (scaled index)] 


00111 


DS:[EDI + (scaled index)] 


01000 


DS: [EAX + (scaled index) + d8] 


01001 


DS: [ECX + (scaled index) + d8] 


01010 


DS: [EDX + (scaled index) + d8] 


01 011 


DS: [EBX + (scaled index) + d8] 


01 100 


SS: [ESP + (scaled index) + d8] 


01 101 


SS: [EBP + (scaled index) + d8] 


01 110 


DS: [ESI + (scaled index) + d8] 


01 111 


DS: [EDI + (scaled index) + d8] 


10 000 


DS: [EAX + (scaled index) + d32] 


10 001 


DS: [ECX + (scaled index) + d32] 


10010 


DS: [EDX + (scaled index) + d32] 


10011 


DS: [EBX + (scaled index) + d32] 


10100 


SS: [ESP +' (scaled index) + d32] 


10101 


SS: [EBP + (scaled index) + d32] 


10110 


DS: [ESI + (scaled index) + d32] 


10111 


DS: [EDI + (scaled index) + d32] 



NOTE: 

Mod field in 
"s-i-b" byte. 



SS 


Scale Factor 


00 
01 
10 
11 


x1 
x2 
x4 
x8 



index 


Index Register 


000 


EAX 


001 


ECX 


010 


EDX 


011 


EBX 


100 


no index reg** 


101 


EBP 


110 


ESI 


111 


EDI 



^IMPORTANT NOTE: 

When index field is 100, indicating "no index register," then 
ss field MUST equal 00. If index is 1 00 and ss does not 
equal 00, the effective address is undefined. 



'mod r/m" byte; ss, index, base fields in 
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10.2.3.5 Encoding of Operation 
Direction (d) Field 

In many two-operand instructions the d field is pres- 
ent to indicate which operand is considered the 
source and which is the destination. 



Direction of Operation 



Register/ Memory <- - Register 
"reg" Field Indicates Source Operand; 
"mod r/m" or "mod ss index base" Indicates 
Destination Operand 



Register <- - Register/ Memory 
"reg" Field Indicates Destination Operand; 
"mod r/m" or "mod ss index base" Indicates 
Source Operand 



10.2.3.6 Encoding of Sign-Extend (s) Field 

The s field occurs primarily to instructions with im- 
mediate data fields. The s field has an effect only if 
the size of the immediate data is 8 bits and is being 
placed in a 1 6-bit or 32-bit destination. 



s 


Effect on 

Immediate 

Data8 


Effect on 
Immediate 
Data 16|32 




1 


None 

Sign-Extend Data8 to Fill 
1 6-Bit or 32-Bit Destination 


None 
None 



10.2.3.7 Encoding of Conditional 
Test (tttn) Field 

For the conditional instructions (conditional jumps 
and set on condition), tttn is encoded with n indicat- 
ing to use the condition (n = 0) or its negation (n = 1 ), 
and ttt giving the condition to test. 



Mnemonic 


Condition 


tttn 





Overflow 


0000 


NO 


No Overflow 


0001 


B/NAE 


Below/ Not Above or Equal 


0010 


NB/AE 


Not Below/ Above or Equal 


0011 


E/Z 


Equal /Zero 


0100 


NE/NZ 


Not Equal/Not Zero 


0101 


BE/NA 


Below or Equal/Not Above 


0110 


NBE/A 


Not Below or Equal/Above 


0111 


S 


Sign 


1000 


NS 


Not Sign 


1001 


P/PE 


Parity/ Parity Even 


1010 


NP/PO 


Not Parity/Parity Odd 


1011 


L/NGE 


Less Than/Not Greater or Equal 


1100 


NL/GE 


Not Less Than/Greater or Equal 


1101 


LE/NG 


Less Than or Equal/Greater Than 


1110 


NLE/G 


Not Less or Equal/Greater Than 


1111 



10.2.3.8 Encoding of Control or Debug 
or Test Register (eee) Field 

For the loading and storing of the Control, Debug 
and Test registers. 



When Interpreted as 


Control Register Field 


eee Code 


Reg Name 


000 
010 
011 


CR0 
CR2 
CR3 


Do not use any other encoding 



When Interpreted as Debug Register Field 



eee Code 


Reg Name 


000 


DR0 


001 


DR1 


010 


DR2 


011 


DR3 


110 


DR6 


111 


DR7 


Do not use any other encoding 



When Interpreted as Test Register Field 



eee Code 


Reg Name 


011 


TR3 


100 


TR4 


101 


TR5 


110 


TR6 


111 


TR7 


Do not use any other encoding 
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Instruction 


Optional 
Fields 




First Byte 


Second Byte 


1 


11011 


OPA 


1 


mod 


1 


OPB 


r/m 


s-i-b 


disp 


2 


11011 


MF 


OPA 


mod 


OPB 


r/m 


s-i-b 


disp 


3 


11011 


d 


P 


OPA 


1 


1 


OPB 


ST(i) 




4 


11011 








1 


1 


1 


1 


OP 




5 


11011 





1 


1 


1 


1 


1 


OP 





10 



4 3 2 10 



10.2.4 ENCODING OF FLOATING POINT 
INSTRUCTION FIELDS 

Instructions for the FPU assume one of the five 
forms shown in the following table. In all cases, in- 
structions are at least two bytes long and begin with 
the bit pattern 11011B. 

OP = Instruction opcode, possible split into two 
fields OPA and OPB 

MF = Memory Format 
00— 32-bit real 
01— 32-bit integer 
10— 64-bit real 
11— 16-bit integer 

P = Pop 

0— Do not pop stack 

1 — Pop stack after operation 

d = Destination 

0— Destination is ST(0) 
1 — Destination is ST(i) 



R XOR d = 0— Destination (op) Source 
R XOR d = 1— Source (op) Destination 

ST(i) = Register stack element / 

000 = Stack top 

001 = Second stack element 



111= Eighth stack element 

mod (Mode field) and r/m (Register/ Memory specifi- 
er) have the same interpretation as the correspond- 
ing fields of the integer instructions. 

s-i-b (Scale Index Base) byte and disp (displace- 
ment) are optionally present in instructions that have 
mod and r/m fields. Their presence depends on the 
values of mod and r/m, as for integer instructions. 
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11.0 DIFFERENCES BETWEEN THE INTEL486TM DX2 

MICROPROCESSOR AND THE INTEL386TM 

MICROPROCESSOR PLUS THE INTEL387TM MATH 

COPROCESSOR EXTENSION 



The differences between the Intel486 DX2 micro- 
processor and the Intel386 microprocessor are due 
to performance enhancements. The differences be- 
tween the microprocessors are listed below. 

1. Instruction clock counts have been reduced to 
achieve higher performance. See Section 10. 

2. The Intel486 DX2 microprocessor bus is signifi- 
cantly faster than the Intel386 microprocessor 
bus. Differences include an internally doubled 
clock, parity support, burst cycles, cacheable cy- 
cles, cache invalidate cycles and 8-bit bus sup- 
port. The Hardware Interface and Bus Operation 
Sections (Sections 6 and 7) of the data sheet 
should be carefully read to understand the In- 
tel486 DX2 microprocessor bus functionality. 

3. To support the on-chip cache new bits have been 
added to control register (CD and NW) (Section 
2.1.2.1), new pins have been added to the bus 
(Section 6) and new bus cycle types have been 
added (Section 7). The on-chip cache needs to 
be enabled after reset by clearing the CD and 
NW bit in CRO. 

4. The complete Intel387 math coprocessor instruc- 
tion set and register set have been added. No 
I/O cycles are performed during Floating Point 
instructions. The instruction and data pointers are 
set to after FINIT/FSAVE. Interrupt 9 can no 
longer occur, interrupt 13 occurs instead. 

5. The Intel486 DX2 microprocessor supports new 
floating point error reporting modes to guarantee 
DOS compatibility. These new modes required a 
new bit in control register (NE) (Section 2.1 .2.1) 
and new pins (FERR# and IGNNE#) (Section 
6.2.13 and 7.2.14). 

6. In some cases FERR# is asserted when the next 
floating point instruction is encountered and in 
other cases it is asserted before the next floating 
point instruction is encountered, depending upon 
the execution state the instruction causing ex- 
ception (see Sections 6.2.13 and 7.2.14). For 
both of these cases, the Intel387 Math Coproc- 



essor asserts ERROR # when the error occurs 
and does not wait for the next floating point in- 
struction to be encountered. 

7. Six new instructions have been added: 

Byte Swap (BSWAP) 

Exchange-and-Add (XADD) 

Compare and Exchange (CMPXCHG) 

Invalidate Data Cache (INVD) 

Write-back and Invalidate Data Cache 
(WBINVD) 

Invalidate TLB Entry (INVLPG) 

8. There are two new bits defined in control regis- 
ter 3, the page table entries and page directory 
entries (PCD and PWT) (Section 4.5.2.5). 

9. A new page protection feature has been added. 
This feature required a new bit in control register 
(WP) (Section 2.1.2.1 and 4.5.3). 

1 0. A new Alignment Check feature has been add- 
ed. This feature required a new bit in the flags 
register (AC) (Section 2.1.1.3) and a new bit in 
control register (AM) (Section 2.1.2.1). 

11. The replacement algorithm for the translation 
lookaside buffer has been changed from a ran- 
dom algorithm to a pseudo least recently used 
algorithm like that used by the on-chip cache. 
See Section 5.5 for a description of the algo- 
rithm. 

12. Three new testability registers, TR3, TR4 and 
TR5, have been added for testing the on-chip 
cache. TLB testability has been enhanced. See 
Section 8. 

13. The prefetch queue has been increased from 16 
bytes to 32 bytes. A jump always needs to exe- 
cute after modifying code to guarantee correct 
execution of the new instruction. 

14. After reset, the ID in the upper byte of the DX 
register is 04. The contents of the base regis- 
ters including the floating point registers may be 
different after reset. 
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12.0 UPGRADE SOCKET 



This chapter contains the specifications for the Up- 
grade Socket for systems based on the Intel486 
DX2 Microprocessor. All of the specifications de- 
scribed herein are based on the specifications of the 
Intel486 DX2 Microprocessor. 

One of the most important features of the Intel486 
family architecture, compared with previous X86 ar- 
chitectures, is its "end user easy" upgradability via 
the Upgrade Socket. Inclusion of the Upgrade Sock- 
et in systems based on the Intel486 family of micro- 
processors provides the end user with an easy and 
cost-effective way to increase system performance. 
The paradigm of simply installing an additional com- 
ponent into an empty Upgrade Socket to achieve 
enhanced system performance is familiar to the mil- 
lions of end users and dealers who have purchased 
Intel Math Coprocessor upgrades to boost system 
floating point performance. The first Upgrade Proc- 
essor for Intel486 DX2 CPU based systems will pro- 
vide up to 50% integer performance improvement 
and up to 150% floating point performance improve- 
ment over the base system performance. This Up- 
grade Processor will take advantage of Intel's next 
generation processor technology to provide this per- 
formance improvement. 

The Upgrade Processor will implement a superset of 
the Intel486 DX2 Microprocessor signals. The new 
signals for the Upgrade Socket, in addition to the 
Intel486 DX2 CPU signals, support a writeback pro- 
tocol for the on-chip cache in Intel's next generation 
processors. Implementation of the cache writeback 
capability for the Upgrade Socket is optional. Imple- 
mentation of the Level 1 writeback protocol enables 
maximum performance gain for the Upgrade Proces- 
sor over the base Intel486 DX2 system. The signals 
required to implement this writeback are detailed in 
a separate document and are marked reserved in 
this databook. 

As a new system architecture feature, the provision 
of the Upgrade Socket as a means for PC users to 
take advantage of the ever more rapid advances in 
software and hardware technology will help to main- 
tain the competitiveness of X86 PC-compatible sys- 
tems over other architectures into the future. 

The majority of upgrade installations which take ad- 
vantage of the Upgrade Socket will be performed by 
end users and resellers. Therefore, it is important 
that the design be "end user easy", and that 



the amount of training and technical expertise re- 
quired to install the Upgrade Processors be mini- 
mized. Upgrade installation instructions should be 
clearly described in the system user's manual. In ad- 
dition, by making installation simple and foolproof, 
PC manufacturers can reduce the risk of system 
damage, warranty claims and service calls. Feed- 
back from Intel's Math Coprocessor upgrade cus- 
tomers highlights three main characteristics of end 
user easy designs: accessible Upgrade Socket loca- 
tion, clear indication of upgrade component orienta- 
tion, and minimization of insertion force. 

Upgrade Socket Location: The Upgrade Socket for 
Intel486 DX2 Microprocessor based systems is an 
empty socket which can be located on either the 
motherboard or modular CPU card. The Upgrade 
Socket should be easily accessible for installation 
and readily visible when the PC case is removed. 
The Upgrade Socket should not be located in a posi- 
tion that requires removal of any other hardware 
(such as hard disk drives) in order to install the Up- 
grade Processor. Since Math Coprocessor sockets 
are typically found near CPU socket on the mother- 
board, similarly locating the Upgrade Socket near 
the CPU further adds to the ease of installation. 

Component Orientation: The most common mis- 
take made by end users and resellers when install- 
ing Math Coprocessor upgrades is incorrect orienta- 
tion of the chip. This can result in irreversible dam- 
age to the chip and/or the PC. To solve this prob- 
lem, Intel has designed the Upgrade Socket and the 
Upgrade Processor with a keying mechanism to en- 
sure proper orientation of the upgrade component 
by the PC user. The keying mechanism for the Up- 
grade Processor is three missing pins on one corner 
of the device. To be effective as a keying mecha- 
nism the corresponding locations in the socket must 
be plugged. The Upgrade Socket for Intel486 DX2 
CPU-based systems is designed to be backward 
compatible with the 169-pin Upgrade Socket of In- 
tel486 SX and Intel486 DX systems. In order to 
maintain compatibility, the Upgrade Socket for In- 
tel486 DX2 Microprocessor systems should include 
the Key Pin at location E5. In addition, the location 
of the key corner should be clearly marked on the 
motherboard or CPU card, for example by silk 
screening. 

Insertion Force: The third major concern voiced by 
end users refers to how much pressure should be 
exerted on the upgrade chip and PC board for prop- 
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er installation without damage. This becomes even 
more of a concern with the larger components which 
require up to 200 pounds of pressure for insertion 
into a standard screw machine socket. This level of 
pressure can easily result in cracked traces and 
stress to solder joints. To minimize the risk of sys- 
tem damage, it is recommended that a Zero Inser- 
tion Force (ZIF) socket be used for the Upgrade 
Socket. Designing with a ZIF socket eliminates the 
need to design in additional structural support to 
prevent flexing of the PC board during installation, 
and results in improved end user and reseller prod- 
uct satisfaction due to easy "drop-in" installation. 

12.0.1 UPGRADE SOCKET OVERVIEW 

The Upgrade Socket for Intel486 DX2 CPU-based 
systems is designed such that when an Upgrade 
Processor \s 7 installed in the Upgrade Socket, the 
original CPU relinquishes control of the system to 
the Upgrade Processor by backing off the bus. The 
circuit design requirements for the Upgrade Socket 
are discussed in Section 12.1. In addition to the Up- 
grade Socket circuits, there are layout considera- 
tions for the Upgrade Socket and Upgrade Proces- 
sor spatial requirements. These issues are dis- 
cussed in Section 12.2. Because future high-per- 
formance Upgrade Processors must function in the 
Upgrade Socket, the Upgrade Socket heat dissipa- 



tion specifications must be implemented. Section 
12.3 shows the Upgrade Processor heat dissipation 
requirements for a hypothetical system design at 25 
MHz and 33 MHz. Because the system must operate 
correctly with any Upgrade Processor without a 
BIOS change, BIOS and software restrictions and 
recommendations are provided in Section 1 2.4. Sec- 
tion 12.5 discusses Upgrade Socket test require- 
ments. Finally, Sections 12.6 and 12.7 specify the 
pinout and electrical characteristics of the Upgrade 
Processor, respectively. 



12.1 Upgrade Circuit Design 

The Upgrade Socket for Intel486 DX2 Microproces- 
sor-based systems is designed to reside on the 
same processor bus as the Intel486 DX2 CPU. This 
Upgrade Socket specifies a UP# output (Upgrade 
Present) pin which should be connected directly to 
the UP# input pin of the Intel486 DX2 Microproces- 
sor. When the Upgrade Processor occupies the Up- 
grade Socket, the UP # signal (active low) forces the 
Intel486 DX2 Microprocessor to 3-state all outputs 
and reduce power consumption. When the Upgrade 
Processor is not in the Upgrade Socket, a pullup re- 
sistor, internal to the Intel486 DX2 Microprocessor, 
drives UP# inactive and allows the Intel486 DX2 Mi- 
croprocessor to control the processor bus. 



CTRL I 
ADDR I 
DATA l 



DATA ADDR CTRL 



RESERVED UP# 

UPGRADE 
SOCKET 



I >CLK 



DATA ADDR CTRL 



Intel486 DX2 
CPU 



>CLK 



Figure 12-1. Upgrade Socket Circuit Diagram 
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12.2 Socket Layout 

This section discusses four aspects for the Upgrade 
Socket: compatibility, size, upgradability, and ven- 
dors. 



12.2.1 BACKWARD COMPATIBILITY 

The Upgrade Socket for Intel486 DX2 Microproces- 
sor-based systems is designed to be compatible 
with the Upgrade Processor for Intel486 DX2 CPU- 
based systems as well as the Upgrade Processor for 
Intel486 SX CPU- and Intel486 DX CPU-based sys- 
tems. 

The Upgrade Socket for Intel486 DX2 microproces- 
sor-based systems has a fourth row of contacts 
around the outside of the 169 contacts defined for 
the Intel486 SX CPU- and Intel486 DX CPU-based 
Upgrade Processor sockets. The three inner rows, 
with inner key pin, are 100% compatible with the 
169-pin PGA Upgrade Processor, for Intel486-based 
systems. For backward compatibility, the inner row 
key pin location (E5) must be included in the Up- 
grade Socket for Intel486 DX2 CPU-based systems. 

12.2.2 PHYSICAL DIMENSIONS 

The Upgrade Socket for Intel486 DX2 microproces- 
sor-based systems is equivalent to a standard 
240-lead PGA package with three corner pins re- 



moved for orientation purposes. The Upgrade Proc- 
essor will be provided with a heat sink attached (see 
Section 1 2.3), to dissipate heat. 

The maximum and minimum dimensions of the Up- 
grade Processor package with the heat sink are 
shown in Table 12-1. 

Table 12-1. Upgrade Processor, 237-Pin, PGA 
Package Dimensions with Heat Sink Attached 



Dimension (Inches) 


Minimum 


Maximum 


A. Heat Sink Width 


1.772 


1.790 


B. PGA Package 
Width 


1.950 


1.975 


C. Heat Sink Edge 
Gap 


0.037 


0.138 


D. Heat Sink Height 


0.312 


0.360 


E. Adhesive 
Thickness 


0.008 


0.012 


F. Package Height 
from Stand-Offs 


0.140 


0.180 


G. Total Height from 
Stand-Offs to Top 
of Heat Sink 


0.460 


0.552 



UPGRADE PROCESSOR 
OMNIDIRECTIONAL HEAT SINK 



- ADHESIVE 



■^=r 



D G 

E 



UPGRADE PROCESSOR, 237 PIN, PGA PACKAGE 



TT 



Tf 



V 



241245-84 



Figure 12-2. Upgrade Processor, 237-Pin, PGA Package with Heat Sink Attached 
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12.2.3 "END USER EASY" 

PC buyers value easy and safe upgrade installation. 
PC manufacturers can make upgrade component in- 



stallation in the Upgrade Socket simple and fool- 
proof for the end user and reseller by implementing 
the suggestions listed in Table 1 2-2. 



Table 12-2. Upgrade Socket and Layout Considerations 



"End User Easy" 
Feature 


Implementation 


Visible Upgrade Socket 


The Upgrade Socket should be easily visible when the PC's cover is 
removed. Label the Upgrade Socket and the location of Pin 1 by silk 
screening this information on the PC board. 


Accessible Upgrade Socket 


Make the Upgrade Socket easily accessible to the end user (i.e., do not 
place the Upgrade Socket under a disk drive). If a Low Insertion Force (LIF) 
or screw machine socket is used, position the Upgrade Socket on the PC 
board such that there is enough clearance around the socket to use a chip 
removal tool. 


Foolproof Chip Orientation 


This Upgrade Socket must insure proper orientation of the Upgrade 
Processor for Intel486 DX2 CPU-based systems and also the Upgrade 
Processor for Intel486 SX/lntel486 DX CPU-based systems. The 237-pin, 
PGA package of the Upgrade Processor for Intel486 DX2 CPU-based 
systems is oriented by the three corner pins that have been removed from 
the "Pin 1" corner. These three contacts (A1 , A2, and B1) should be 
plugged, such that PGA pins cannot be inserted, in order to assure correct 
orientation. The 1 69-pin PGA package of the Upgrade Processor for 
Intel486 SX/lntel486 DX CPU-based systems is oriented by the "key" pin 
located in the inside corner of the "Pin 1 " corner. All inside contacts (1 1 
innermost rows) should be plugged, except the "key" pin (E5), to ensure 
correct orientation and alignment. The total number of contacts for the 
Upgrade Socket is therefore 238; a standard 240-pin socket plus the inside 
"key" pin and less the three outside corner pins. Supplying a 238-pin 
socket as the Upgrade Socket eliminates the possibility of end users or 
resellers damaging the PC board or Upgrade Processor by powering up the 
system with the Upgrade Processor in an incorrect orientation. 


Zero Insertion Force 
Upgrade Socket 


The high pin count of the Upgrade Processor makes the insertion force 
required for installation in a screw machine PGA socket excessive by end 
users or resellers. Even most Low Insertion Force (LIF) sockets often 
require more than 60 lbs. of insertion force. A Zero Insertion Force (ZIF) 
socket ensures that the chip insertion force does not damage the PC board. 
If the ZIF socket has a handle, be sure to allow enough clearance for the 
socket handle. If a LIF or screw machine socket is used, additional PC 
board support is recommended. 


"Plug and Play" 


Jumper or switch changes should not be needed to electrically configure 
the system for the Upgrade Processor. 


Thorough Documentation 


Describe the Upgrade Socket and the installation procedure for the 
Upgrade Processor in the PC's User Manual. 
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12.2.4 LIF AND ZIF SOCKET VENDORS 

The following lists provide socket vendor information 
based on products offered for the Upgrade Socket 
for Intel486 DX and Intel486 SX CPU Systems 

NOTE: 

This is not a comprehensive list. Intel has not test- 
ed the sockets listed below and cannot guarantee 
that these sockets will meet every PC manufactur- 
er's specific requirements. 



Zero Insertion Force Upgrade Sockets and 
Vendors: 

i. AMP Inc. 
P.O. Box 3608 
Harrisburg, PA 17105-3608 
Tel: (800) 522-6752 
Part Number: TBD 

Contact: Rick Simonic, New Product Manager 
(717) 561-6143 

2. Aries Electronics 
P.O. Box 130 
Frenchtown, NJ 08825 
Tel: (908) 996-6841 
Part Number: TBD 

Contact: Frank Folmsbee, Marketing Manager 
(908) 996-6841 

3. JAE 

599 N. Mathilda Ave., Suite 8 
Sunnyvale, CA 94086 
Tel: (408) 733-0493 
Part Number: TBD 

Contact: Bob Gerleman, Western Sales 
Manager (408) 733-0493 

4. Thomas and Betts 

200 Executive Center Drive 
P.O. Box 24901 
Greenville, SC 29616-2401 
Tel: (803) 676-2900 
Part Number: TBD 

Contact: Scott Roland, Product Marketing 
Manager (803) 676-2910 

5. Yamaichi Electronics 
1420 Koll Circle, Suite B 
San Jose, CA 95112 
Tel: (408) 452-0797 
Part Number: TBD 

Contact: Jim Bennett, Sales Manager 
(408)452-0797 



12.3 Thermal Management 

The Upgrade Socket must be designed to dissipate 
the heat generated by the Upgrade Processor. In the 
following Sections the airflow required over the Up- 
grade Socket is calculated for a hypothetical system 
design where there is a maximum ambient tempera- 
ture of 45°C inside the system box. 



12.3.1 THERMAL CALCULATIONS FOR 
HYPOTHETICAL SYSTEM 

The maximum temperature specification for the Up- 
grade Processor is 80°C (with heat sink attached). 
Therefore, the temperature of the heat sink surface 
0s) cannot exceed 80°C under the worst case spec- 
ified operating conditions for the system. The vari- 
ables which affect the heat sink temperature include 
ambient temperature inside the system box 0a), 
Vcc> and Ice- An equation for the approximate Up- 
grade Processor temperature (Ts) is: 



Ts = T A + Power * S A 



where Power = Vcc * Ice 



In the above equation, the variables under worst 
case conditions are specified as follows: 

Ts: Specified as 80°C for the Upgrade Processor. 

Ta: Specified by the PC manufacturer for the 
worst case system operating conditions. 

v cc : Specified for the Upgrade Processor as 5V. 

Icc : Specified for the Upgrade Processor and relat- 
ed to clock frequency. 

0sa: 0sa = 0ja - 0js- 

0ja and 0js are specified in Table 1 2-4. 

Ice is dependent upon the system's Vcc> bus load- 
ing, software code sequences, and silicon process 
variations. For the Upgrade Socket specifications, 
the typical Ice value will be derived by testing a sam- 
ple of components under the following worst case 
conditions: Vcc = 53V » fu " D -C current loads on all 
output pins, and running a file with the predicted 
worst case software code sequences at the speci- 
fied frequency. Ice typical is not a guaranteed speci- 
fication. 

The Ice maximum values in Table 12-3 is the best 
known design estimate and should be used as a 
guaranteed maximum specification. 
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Table 12-3. Upgrade Processor 
Typical and Maximum Ice Values 



System 

Frequency 

(MHz) 


Upgrade 

Processor 

Typical 

lcc(mA) 


Upgrade 
Processor 
Maximum 

lcc(mA) 


25 
33 


TBD 
TBD 


1600 
1900 



The Upgrade Processor for Intel486 DX2 CPU- 
based systems will be provided with a heat sink. The 
0js and 0ja values for the Upgrade Processor with a 
heat sink are shown in Table 1 2-4. The maximum Ta 
values for the 25 MHz and 33 MHz Upgrade Proces- 
sor are shown in Table 1 2-5. The maximum Ta val- 
ues shown in Table 12-5 were calculated using Ts 
= 80°C, Vcc = 5V, the maximum Ice value shown 
in Table 12-3, and the 0jc and 0js values shown in 
Table 2-4. 

Table 12-4. Thermal Resistance 
(°C/W)0jsand0j A 



Upgrade CPU 
with Heat Sink 


0js 


Airflow 


(ft/min, LFM) 


2.0°C/W 





200 


400 


600 


800 


0ja(°C/W) 


10.4 


6.8 


4.9 


4.1 


3.7 



Table 12-5. Maximum Ta for 25 MHz and 
33 MHz Upgrade Processor 



Upgrade 
Processor 




Linear Airflow (ft/min) 


with Heat 
Sink 


fCLK 
(MHz) 





200 


400 


600 


800 


T A 
(°C) 


25 
33 


9.44 
-3.8 


39.68 
32.12 


55.64 
51.07 


62.36 
59.05 


65.72 
63.04 



12.3.2 HEAT SINKS 

The Upgrade Processor will be shipped with a heat 
sink attached. Because of the heat sink attached to 
the Upgrade Processor, it is vital that vertical clear- 
ance is provided for the Upgrade Socket. The height 
of the package and the heat sink is shown in Table 
12-1 in Section 12.2.2. 



12.3.3 AIRFLOW 

The Upgrade Socket for Intel486 DX2 Microproces- 
sor-based systems must be positioned such that the 
airflow over the socket has the velocity, volume, and 
ambient temperature to satisfy the thermal calcula- 
tions in Section 12.3.1. Because the heatsink at- 
tached to the Upgrade Processor is omni-directional, 
the specified airflow may come from any direction. 
However, because the Upgrade Processor will gen- 
erate more power than the Intel486 DX2 Microproc- 
essor, it is recommended that the airflow reach the 
Upgrade Socket before or at the same time that it 
reaches the Intel486 DX2 CPU. 

NOTE: 

An airflow of at least 400 linear feet per minute 
(LFM) will be required to cool the Upgrade Proces- 
sor at 33 MHz. It is essential that care be taken to 
ensure sufficient airflow over the Upgrade Socket. 
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12.4 BIOS and Software 

The following should be considered when designing 
the Upgrade Socket for a Intel486 DX2 microproces- 
sor-based system. 



12.4.1 UPGRADE PROCESSOR DETECTION 

The component identifier and stepping/revision 
identifier for the Upgrade Processor for Intel486 DX2 
CPU-based systems is readable in the DH and DL 
registers respectively, immediately after RESET, 
where 



DH 

DL = 



15h 
30h-3Fh 



As with the Intel486 DX2 microprocessor specifica- 
tion, it is recommended that the BIOS save the con- 
tents of the DX register, immediately after RESET, 
so that this information can be used later, if required. 

12.4.2. TIMING DEPENDENT LOOPS 

The Upgrade Processor for Intel486 DX2 microproc- 
essor-based systems executes instructions at twice 
the frequency of the input clock. This Upgrade Proc- 
essor also will use advanced design techniques to 
decrease the number of clocks per instruction (cpi) 
from that of the Intel486 DX2 microprocessor. Thus 
software, such as instruction-based timing loops, will 
execute faster on this Upgrade Processor than on 
either the Intel486 DX CPU or the Intel486 DX2 mi- 
croprocessor at the same input clock frequency. In- 
structions such as NOP, LOOP, and JMP $ + 2 are 
frequently used by the BIOS to implement timing 
loops that are required, for example, to enforce re- 
covery time between consecutive accesses for I/O 
devices. These instruction-based, timing-loop imple- 
mentations may require modification to be compati- 
ble with this Upgrade Socket. 

In order to avoid any incompatibilities, timing loops 
must be implemented in hardware rather than in 
software. This provides transparency and also does 
not require any change in BIOS or I/O device drivers 
in the future when moving to higher processor clock 
speeds. 



As an example, a timing loop may be implemented 
as follows: The software performs a dummy I/O in- 
struction to an unused I/O port. The hardware for 
the bus controller logic recognizes this I/O instruc- 
tion and delays the termination of the I/O cycle by 
keeping RDY# or BRDY# deasserted for the appro- 
priate amount of time. 



12.5 Test Requirements 

The Upgrade Socket's electrical functionality can be 
verified by fully testing the PC with a populated Up- 
grade Socket. We recommend that the system is 
tested with all available Upgrade Processors to en- 
sure that there are no BIOS issues. This Upgrade 
Socket can be electrically tested with the Upgrade 
Processor for Intel486 SX/lntel486 DX CPU-based 
systems. The Upgrade Processor for Intel486 DX2 
CPU-based systems should also be used to test the 
hardware and software when it is available. The 
BIOS requirements to maintain compatibility with all 
Upgrade Processors are discussed in Section 12.4 
of this document. All Upgrade Processors undergo 
thorough application software compatibility testing 
prior to their introduction. 



12.6 Upgrade Socket Pinout 

The Upgrade Socket for Intel486 DX2 Microproces- 
sor-based systems specifies 238 contacts. The 238 
contacts correspond to a standard 240-pin socket 
with one "KEY" contact inside and three "orienta- 
tion" contacts plugged on the outside corner. The 
"KEY" contact provides backward compatibility for 
the Intel487 SX Math Coprocessor and the Upgrade 
Processor for Intel486 SX/lntel486 DX CPU-based 
systems. The three contacts plugged on the outside 
corner ensure proper orientation for the Upgrade 
Processor for Intel486 DX2 CPU-based systems. 
Additionally, all 120 inner contacts of a standard 
240-pin socket (the inner 11 rows minus the "KEY" 
pin) should be plugged to ensure proper alignment 
of the 169-pin PGA Intel487 SX Math Coprocessor 
and Upgrade Processor. 



12-7 



iny. 



lntel486TM DX2 MICROPROCESSOR 



IWUIi»0MV 



12.6.1 PINOUT 






































U 


T 


S 


R 


Q 


P 


N 


M L K J 


H 


G 


F 


E 


D 


C 


B 


A . 


































\ 


1 


O 


O 


O 


O 


O 


O 


O 


O O O O 


O 


O 


O 


O 


O 


O 






1 




NC 


NC 


vss 


vcc 


vss 


NC 


NC 


vss vcc vcc vcc 


vss 


NC 


NC 


vss 


vcc 


vss 








2 


O 


O 


O 


O 


O 


O 


O 


O O O O 


O 


O 


O 


O 


O 


O 


O 




2 




NC 


A27 


A28 


A31 


DO 


D2 


VSS 


vss vss vcc vss 


vss 


DP1 


vss 


D9 


D11 


D19 


D20 






3 


o 


o 


o 


o 


o 


o 


O 


O O O O 


O 


o 


O 


o 


o 


o 


o 


O 


3 




vss 


A26 


A25 


vss 


A29 


D1 


vcc 


D6 VCC D5 D3 


vcc 


D8 


vcc 


D13 


D18 


D21 


D22 


vss 




4 


O 


o 


o 


O 


o 


o 


O 


o o o o 


O 


o 


O 


o 


o 


o 


o 


O 


4 




vcc 


A23 


vcc 


A17 


A30 


DPO 


D4 


07 D14 D16 DP2 


D12 


D15 


D10 


D17 


CLK 


vss 


NC 


vcc 




5 


O 


o 


O 


o 
















4|P 


o 


O 


o 


O 


5 


6 


vss 
O 


NC 

o 


vss 
O 


A19 

o 
















tEBv 


vcc 
O 


vss 
O 


D23 

o 


vss 
O 


6 
























NC 


A14 


A18 


A21 






















vcc 


vss 


DP3 


NC 




7 


o 

NC 


o 

vss 


o 

vcc 


o 

A24 






















O 

D27 


O 

D25 


o 

D24 


o 

RES1 


7 


8 


o 

vss 


O 

A12 


O 

A15 


o 

A22 






















o 

D26 


o 

vcc 


o 

vss 


o 

vss 


8 


9 


O 

vcc 


o 

vss 


o 

vcc 


o 

A20 










UPGRADE SOCKET FOR 










o 

D28 


O 

D31 


O 

D29 


O 

vcc 


9 


10 


O 


O 


O 


o 




i 


486DX2 MICROPROCESSOR BASED SYSTEM 




o 


o 


o 


O 


10 


11 


vcc 
O 
vcc 


vss 

O 

vss 


vcc 
O 
vcc 


A16 

o 

A13 










TOP SIDE VIEW 












D30 

o 

NC 


vcc 
O 

NC 


vss 
O 

NC 


vcc 
O 
vcc 


11 


12 


O 

vss 


O 

vss 


O 

vcc 


o 

A9 






















o 

NC 


o 

vcc 


o 

vss 


O 

vss 


12 


13 


O 

NC 


O 

vss 


O 

A11 


o 

A5 






















o 

NC 


O 

NC 


O 

NC 


O 

NC 


13 


14 


o 


O 


o 


o 






















o 


o 


o 


o 


14 
























RES7 


A10 


A8 


A7 


















NC 


NC 


FERR# 


RES 2 




15 


o 

vss 


O 

vss 


o 

vcc 


o 

A2 


















o 

NC 


o 

UP# 


o 

NC 


o 

vss 


15 


16 


O 


O 


O 


o 


o 


O 


o 


O O O O 


o 


o 


o 


o 


o 


o 


o 


O 


16 




vcc 


A6 


A3 


BREQ 


HLDA 


L0CK# 


D/C# 


PWT BE0# BE2# BRDY# 


NC 


KEN# 


HOLD 


A20M# 


FLUSH* 


NMI 


IGNNE# 


vcc 




17 


O 


o 


o 


o 


o 


O 


o 


o o o o 


o 


o 


o 


o 


o 


o 


o 


O 


17 




vss 


A4 


BLAST# 


PLCCK# 


vcc 


M/I0# 


vcc 


vcc vcc BE1# vcc 


vcc 


RDY# 


vcc 


BS8# 


RESET 


NC 


INTR 


vss 




18 


O 


o 


o 


o 


O 


o 


O 


o o o o 


O 


o 


O 


o 


o 


o 


o 


O 


18 




NC 


ADS# 


NC 


PCHK# 


vss 


W/R# 


vss 


vss vss PCD vss 


vss 


BE3# 


vss 


BOFF# 


BS16# 


EADS# 


AHOLD 


NC 




19 


o 


o 


o 


o 


O 


o 


O 


o o o o 


O 


o 


O 


o 


o 


o 


o 


o 


19 




NC 


NC 


VSS 


vcc 


vss 


RES6 


RES5 


vss vcc vcc vcc 


vss 


RES4 


RES3 


VSS 


vcc 


vss 


NC 


NC 




u 


T 


S 


R 


Q 


P 


N 


M L K J 


H 


G 


F 


E 


D 


C 


B 


A 
































241245- 


85 



Figure 12-3. Upgrade Socket Pinout for Intel486 DX2 Microprocessor System (Top Side View) 
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Figure 12-4. Upgrade Socket Pinout for Intel486 DX2 Microprocessor System (Bottom Side View) 
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Table 12-6. Upgrade Socket Pin Cross Reference 



Address 


Data 


Control 


Control 


N/C 


v C c 


v S s 


A 2 


R15 


Do 


Q2 


A20M# 


E16 


PLOCK# 


R17 


A6 


A4 


C8 


A3 


B8 


A3 


S16 


D1 


P3 


ADS# 


T18 


RDY# 


G17 


A18 


A9 


C10 


A5 


B10 


A 4 


T17 


D 2 


P2 


AHOLD 


B18 


RESET 


D17 


A19 


A10 


C12 


A8 


B12 


A 5 


R13 


D 3 


J3 


BE0# 


L16 


W/R# 


P18 


B4 


A11 


D5 


A12 


C4 


A 6 
A 7 


T16 
R14 


D 4 
D 5 


N4 
K3 


BE1# 
BE2# 


K17 
K16 


UP# 


C15 


B11 
B13 


A16 
D1 


D6 
F3 


A15 
A17 


C5 
C6 


Qpearupri 


A 8 
A 9 


S14 
R12 


D 6 
D7 


M3 
M4 


BE3# 
BLAST # 


G18 
S17 


ncoci vcu 


B15 
B19 


D19 
J1 


F17 
H3 


C1 
C19 


F2 
F18 


RES1 


A7 


A10 


T14 


D 8 


G3 


BOFF# 


E18 


RES2 
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C11 
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H17 
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H2 
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S13 


D9 


E2 


BRDY# 
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D10 
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R10 


D13 
D 14 


E3 
L4 


CLK 
D/C# 


D4 
N16 


RES7 


U14 


D12 
D13 


R1 
R19 
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D15 
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P4 


KEY 




D14 
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Die 


K4 
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G2 


E5 


D15 
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S1 


N2 
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D17 


E4 


DP2 


J4 


PLUG 


A1 
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U10 


S4 


S19 


N18 


A20 


R9 
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D3 
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PLUG 


A2 
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R6 


D19 
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EADS# 
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PLUG 
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T9 
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S3 


D23 


B5 


HOLD 
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T1 
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T3 
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B7 
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B16 






T5 
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D 2 5 


C7 


INTR 
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D 2 6 
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C16 
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NOTE: 

The Upgrade Socket for Intel486 DX2 Microprocessor-based systems provides orientation guides for Upgrade Processors 
via one "KEY" pin and three corner plugs. 



12.6.2 PIN DESCRIPTION 

The signal pin descriptions for the Upgrade Proces- 
sor are identical to the pin descriptions for the In- 
tel486 DX2 Microprocessor except for the Upgrade 
Present pin (UP#) and KEY pin. The pin descrip- 
tions for these two signals are shown in Table 1 2-7. 



12.6.3 RESERVED PIN SPECIFICATION 

Seven pins in the Upgrade Socket are defined as 
reserved. The function of these pins is documented 
separately. These signals will be used to implement 
a Write Back level 1 (on-chip) cache protocol. These 
signals must not be connected unless they are used 
to implement a level 1 Write Back solution using the 
information available separately. 
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Table 12-7. Upgrade Socket Pin Description 



Symbol 


Type 


Name and Function 


Intel486 DX2 CPU INTERFACE 


UP# 





The Upgrade Present p\n is used to signal the Intel486 DX2 microprocessor to float its 
outputs and get-off the bus. It is active low and is never floated. UP# is driven low at 
power-up and remains active for the entire duration of the Upgrade Processor 
operation. 


KEY PIN 


KEY 




The Key pin is an electrically non-functional pin which provides backward compatibility 
to the Upgrade Processor for Intel486 SX/ Intel486 DX CPU-based systems and is 
used to ensure correct orientation for 1 69-pin upgrade products. Proper orientation of 
the Upgrade Processor for Intel486 DX2 Microprocessor systems (237-pin PGA) is 
insured by the three socket contacts which must be plugged (A1 , A2, and B1); the 
Upgrade Processor will not have pins in these locations. 



1 2.7 D.C./ A.C. Specifications 

The electrical specifications in this section represent 
the electrical interface of the Upgrade Processor for 
a Intel486 DX2 microprocessor-based system. The 



Upgrade Processor will be compatible to the maxi- 
mum ratings and A.C. Specifications of the Intel486 
DX2 Microprocessor. Table 12-8 provides the D.C. 
Operating Conditions for the Upgrade Processor. 





Table 12-8. Upgrade Socket D.C. Parametric ValuesO) 




Symbol 


Parameter 


Min 


Max 


Unit 


Notes 


V|L 


Input Low Voltage 


-0.3 


+ 0.8 


V 




V| H 


Input High Voltage 


2.0 


V C C + 0.3 


V 




Vol 


Output Low Voltage 




0.45 


V 


(Note 2) 


Voh 


Output High Voltage 


2.4 




V 


(Note 3) 


'cc 


Power Supply Current 
CLK = 25 MHz 
CLK = 33 MHz 




1600 
1900 


mA 




"LI 


Input Leakage Current 




±15 


JLtA 


(Note 4) 


l|H 


Input Leakage Current 




200 


julA 


(Note 5) 


"IL 


Input Leakage Current 




-400 


jutA 


(Note 6) 


Ilo 


Output Leakage Current 




±15 


julA 




C|N 


Input Capacitance 




13 


PF 


F c = 1 MHz(7) 


Co 


I/O or Output Capacitance 




17 


PF 


F c = 1 MHz(7) 


C CLK 


CLK Capacitance 




15 


PF 


F c = 1 MHz(7) 



NOTES: 

1 . Functional operating range: Vcc = 5V; Ts = 0°C to + 80°C. 

2. This parameter is measured at: 

— Address, Data, BEn 4.0 mA 

— Definition, Control 5.0 mA 

3. This parameter is measured at: 

— Address, Data, BEn -1.0 mA 

— Definition, Control -0.9 mA 

4. This parameter is for inputs without pullups or pulldowns and ^ V|n ^ Vcc- 

5. This parameter is for inputs with pulldowns and Vm = 2.4V. 

6. This parameter is for inputs with pullups and V||_ = 0.45V. 

7. Not 100% tested. 
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13.0 CONVERTING AN EXISTING 
lntel486TM DX CPU DESIGN 



Converting an Intel486 DX CPU system design to an 
Intel486 DX2 CPU design provides more perform- 
ance for a small difference in cost. Three conversion 
possibilities are available as shown in Table 13.1. 
Migrating from a 33 MHz Intel486 DX CPU to a 50 
MHz Intel486 DX2 CPU could increase performance 
by 35%, and migrating from a 25 MHz Intel486 DX 
CPU to a 50 MHz Intel486 DX2 CPU could increase 
performance by an average of 70%. See the In- 
tel486^^ DX2 Microprocessor Performance Brief 
(Order #241254) for more details on performance. 
Conversion can be as easy as replacing one or two 
devices. 

Table 13.1. Converting lntel486TM DX CPU 
Designs to lnte!486TM DX2 CPU Designs 



Initial 

Design 

(Intel486 DX CPU) 


Converted 

Design 

(Intel486 DX2 CPU) 


Typical 

Performance 

Gain 


25 MHz 


50 MHz 


70% 


33 MHz 


50 MHz 


35% 


33 MHz 


66 MHz 


70% 



A few system details should be checked first to be 
sure the design is ready for the Intel486 DX2 CPU. 
Check with your BIOS vendor to be sure any BIOS 
issues have been resolved. The BIOS for the In- 
tel486 DX CPU may have timing loops. Since the 
Intel486 DX2 CPU runs instructions twice as fast as 
the Intel486 DX CPU, timing loops may no longer 
return the required results. Most of the timing loops 
have been removed from a standard BIOS, but there 
may be some versions that need updating. Another 
BIOS issue that may not be critical, is the processor 
identification code. There are different ID codes in 
the Intel486 DX CPU and the Intel486 DX2 CPU. 
The BIOS may need to be modified to identify the 
Intel486 DX2 CPU properly. Refer to Table 6.3 for 
the component ID code. 

Other system parameters to watch out for are the 
thermal and power supply specifications. Table 1 4.2 
details the Power Supply Current information, and 
Table 15.2 outlines the Thermal Resistance. Since 
the processor core runs twice as fast for the same 
input clock, the Intel486 DX2 CPU uses more power 
and generates more heat than the Intel486 DX CPU. 
Be sure that there is adequate cooling and adequate 
power built into the design. A heat sink is a recom- 
mended method to help provide cooling for the In- 
tel486 DX2 CPU. 



The system checks mentioned above are common 
to all conversions from an Intel486 DX CPU to an 
Intel486 DX2 CPU regardless of the speed of the 
processor or system. 

A few system implications exist for converting from 
one frequency to another as shown in Figure 13.1. 
The first case is migrating from a 25 MHz Intel486 
DX CPU to a 50 MHz Intel486 DX2 CPU (the bus 
runs at the same speed for both parts). System 
hardware modifications need not be made to plug in 
the 50 MHz Intel486 DX2 CPU and achieve the de- 
sired performance. When all instructions are running 
out of the on-chip cache, performance increases by 
a maximum of 100%. 

The second case is migrating from a 33 MHz In- 
tel486 DX CPU to a 50 MHz Intel486 DX2 CPU. This 
conversion is a two step process. The first step is to 
change the frequency source for the CPU from 33 
MHz to 25 MHz. The Intel486 DX2 CPU can then be 
inserted into the system. Without any tuning of the 
memory and depending on the application, only a 
modest performance improvement may be ob- 
served. For programs running entirely out of the on- 
chip cache, however, performance can increase up 
to 50%. There are many factors which contribute to 
the performance of an application, including whether 
there is a second-level (L2) cache, the cache size if 
present, the memory subsystem design, and many 
other factors beyond the scope of this introduction. 
A comprehensive memory subsystem design guide, 
AP469: Cache and Memory Design Considerations 
for Intel486™* DX2 Microprocessor, is available 
which includes more detailed information on how 
each of these many factors affects Intel486 DX2 
CPU-based system performance. 

Because the Intel486 DX2 core runs twice as fast as 
its external bus, it is more sensitive to wait states. 
The Intel486 DX2 CPU needs to be fed instructions 
and data quickly. Either a high performance memory 
subsystem is needed or an external cache should be 
added. An external cache benefits the Intel486 DX2 
CPU even more than it benefits the Intel486 DX 
CPU, and helps to hide the effects of a slower mem- 
ory subsystem. The Intel486 DX CPU gains an aver- 
age of 3% -9% performance by the addition of a 
second-level cache, but the Intel486 DX2 CPU gains 
an average of 20-30% performance by adding a 
second level cache. It should be noted however, 
that an external cache does not preclude the bene- 
fits of tuning the memory subsystem. 
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Figure 13.1. Flowchart for lntel486TM DX CPU to lntel486TM DX2 CPU Conversion 
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The graph shown in Figure 13.2 shows a set of 
benchmarks known to have a poor cache hit rate. 
This is shown for purposes of memory tuning and 
not to be taken as absolute performance. Please re- 
fer to the /nte/486*M DX2 Microprocessor Perform- 
ance Brief (Order # 241254) for performance de- 
tails. 

With the absence of a second-level cache, the mem- 
ory subsystem becomes critical to gaining perform- 
ance when converting from a 33 MHz Intel486 DX 
CPU to a 50 MHz Intel486 DX2 CPU. For slow mem- 
ory systems without tuning, the 50 MHz Intel486 
DX2 CPU can possibly run slower than the 33 MHz 
Intel486 DX CPU (see Figure 13.2). By tuning the 
memory design, the 50 MHz Intel486 DX2 CPU can 
reach equivalent performance to the 33 MHz In- 
tel486 DX CPU running applications with low cache 
hit rates, and increase performance for applications 
with higher hit rates. Tuning the memory design can 
be done easily by either removing a wait state from 
the memory design (if timing permits), and/or adding 
faster DRAM and removing wait state(s) from the 
memory design. 

Changing the wait state configuration for the system 
is often done by programming the DRAM controller 
in the chip set on the motherboard. Each chip set is 
programmed differently at the BIOS level, requiring a 
BIOS modification. For testing purposes, the chip 
set may be programmed on the fly from a DOS pro- 
gram if the register locations are known. 



A typical ISA chip set with an L2 cache, for example, 
allows 6-4-4-4 bus cycles at 33 MHz with 80 ns 
DRAMs for the Intel486 DX CPU. Without modifying 
the memory subsystem, the 50 MHz Intel486 DX2 
CPU achieved an average of 7% -12% improve- 
ment over the 33 MHz Intel486 DX CPU. By reduc- 
ing the bus cycles at 25 MHz to 5-2-2-2 (still with 
80 ns DRAMs), the 50 MHz Intel486 DX2 CPU im- 
proved to achieve an average of 15% -20% more 
performance than the 33 MHz Intel486 DX CPU. By 
replacing the DRAMs with faster devices (70 ns) bus 
cycles could be reduced to 4-2-2-2 at 25 MHz, im- 
proving the performance of the 50 MHz Intel486 
DX2 CPU even greater. 

A typical EISA solution is shown in Figure 13.3, using 
the Intel 82350DT Chip Set, which was specifically 
designed to permit variation in CPU type and fre- 
quency. 

In an 82350DT based design the memory subsys- 
tem is controlled by the combination of a flexible 
Programmable State Tracker (PST) and a highly 
configurable 82359 DRAM Controller. The PST, 
which is typically implemented as a 3 to 5 PLD solu- 
tion, is responsible for converting the CPU's clock- 
dependent handshake protocol into a clock-less 
memory interface protocol. The 82359 in turn uses 
the clock-less memory interface protocol to control 
main memory as well as to forward host CPU cycles 
to the EISA bus if needed. As a result of this clock- 
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Figure 13.2. Performance of 50 MHz Intel486™ DX2 CPU vs. 33 MHz lnte!486TM DX CPU 
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less protocol, the system design becomes indepen- 
dent of the CPU and cache combination being used 
and the speed of the CPU clock. Therefore, whenev- 
er a new CPU and cache combination is to be used 
with an 82350DT based system, the only re-design 
that is necessary is to the CPU subsection, leaving 
the main memory and EISA subsections unchanged. 
Typically, this CPU subsection re-design entails 
modifying only the PST functionality and the pro- 
grammable registers of the 82359. 

There are five steps to determine whether wait 
states can be removed from the main memory de- 
sign of an 82350DT system when converting from a 
33 MHz Intel486 DX CPU to a 50 MHz Intel486 DX2 
CPU. An overview of these five steps is covered 
here; the system designer is referred to the 
82350DT EISA Chip Set Design Guide (Order 
#296911) for detailed design information. 

1 . Calculate the 82359 delay line tap values for opti- 
mal 25 MHz operation 

2. Determine all memory cycle lengths for operation 
at 25 MHz 

3. Re-evaluate the PST design (deterministic & 
snoop cycle trackers) 

4. Modify the PLD equations for the PST 

5. Update system BIOS to reflect new 82359 pro- 
grammable register values 

Step one is to perform a timing analysis of the main 
memory subsystem to determine the minimum num- 
ber of CPU clocks required for each memory cycle. 
Once the memory cycle lengths are known, the PST 
design can be re-evaluated with the goal of remov- 
ing unnecessary wait states. Before the system de- 
signer can determine the memory cycle lengths, the 
delay line timings of the 82359 must be analyzed. 

The timing for the DRAM control and address sig- 
nals of the 82359 is based on four integrated asyn- 
chronous delay line elements which can be con- 
trolled by the 82359 programmable registers. Once 
the delay line tap values have been verified or modi- 
fied, the system designer should determine the mini- 
mum number of CPU clocks required for the differ- 
ent memory cycles (i.e., read page hit, page miss 
write, burst read, etc.). Armed with the delay line tap 
programming values and the number of CPU clocks 
required for each type of memory cycle, the system 
designer can now evaluate the PST design to deter- 
mine if any unneeded wait states can be removed. 

The PST for an 82350DT based system can be sep- 
arated into four primary functions: bus cycle control 
(including arbitration and posted write control), cycle 



length tracking, CPU "Ready" generation, and 
cache invalidation control. Although the PST con- 
tains a number of state machines only a few of the 
state machines need to be re-evaluated to deter- 
mine whether any wait states can be removed for 
converting from a 33 MHz Intel486 DX CPU to a 
50 MHz Intel486 DX2 CPU. The state machines that 
need to be re-evaluated are the deterministic cycle 
tracker and the snoop cycle tracker. 

The deterministic cycle tracker is responsible for 
generating RDY or BRDY to the CPU and cache for 
cycles that are deterministic in length. All main mem- 
ory cycles, except locked cycles which require EISA 
arbitration, are deterministic cycles. Once the deter- 
ministic cycle tracker knows that a deterministic cy- 
cle is occurring, it uses the 82359 CYCLN(2:0) and 
PAGEHIT# outputs to determine when to generate 
RDY or BRDY to the CPU. For burst cycles the de- 
terministic cycle tracker also uses the IF(1:0) and 
SPEED(1:0) outputs of the 82359 for generating 
BRDY. After this analysis has been completed the 
system designer can then determine if the determi- 
nistic cycle tracker can be optimized to take advan- 
tage of converting from a 33 MHz Intel486 DX CPU 
to a 50 MHz Intel486 DX2 CPU. 

The other state machine that must be re-evaluated 
for correct system functionality is the snoop cycle 
tracker. The snoop cycle tracker state machine de- 
sign must meet two goals; respond to a SNUPRQ 
with a SNUPACK# within 180 ns (based on an EISA 
burst write cycle), and maintain a snoop cycle fre- 
quency capability that is equal to or faster than the 
fastest system bus master write cycle frequency. 
Due to the change of CPU clock frequency from 
33 MHz to 25 MHz, the system designer must re- 
evaluate the snoop cycle tracker state machine to 
determine if the two design goals are still being met 
in the 50 MHz Intel486 DX2 CPU implementation. 

In conclusion, when converting an 82350DT based 
design from a 33 MHz Intel486 DX CPU to a 50 MHz 
Intel486 DX2 CPU the system designer must re-eval- 
uate the main memory cycle timings to determine 
whether the PST and 82359 programmable registers 
need to be modified to take advantage of the in- 
creased performance benefits of the 50 MHz In- 
tel486 DX2 CPU. Once the system designer has de- 
cided to modify the PST and the 82359 programma- 
ble registers, the conversion from a 33 MHz Intel486 
DX CPU to a 50 MHz Intel486 DX2 CPU is usually 
just as simple as modifying the PLD equations, re- 
programming the PST PLDs, and upgrading the sys- 
tem BIOS to reflect the new 82359 programmable 
register values. 



13-5 



iny. 



lntel486TM DX2 MICROPROCESSOR 



IPIJmiMMM? 



14.0 ELECTRICAL DATA 



The following sections describe recommended elec- 
trical connections for the Intel486 DX2 microproces- 
sor, and its electrical specifications. 



14.1 Power and Grounding 

14.1.1 POWER CONNECTIONS 

The Intel486 DX2 microprocessor is implemented in 
CHMOS V technology and has modest power re- 
quirements. However, its high clock frequency out- 
put buffers can cause power surges as multiple out- 
put buffers drive new signal levels simultaneously. 
For clean on-chip power distribution at high frequen- 
cy, 24 V C c and 28 V S s pins feed the Intel486 DX2 
microprocessor. 

Power and ground connections must be made to all 
external Vcc and GND pins of the Intel486 DX2 mi- 
croprocessor. On the circuit board, all Vcc P'ns must 
be connected on a Vcc plane. All Vss pins must be 
likewise connected on a GND plane. 

14.1.2 POWER DECOUPLING 
RECOMMENDATIONS 

Liberal decoupling capacitance should be placed 
near the Intel486 DX2 microprocessor. The Intel486 
DX2 microprocessor driving its 32-bit parallel ad- 
dress and data busses at high frequencies can 
cause transient power surges, particularly when driv- 
ing large capacitive loads. 

Low inductance capacitors and interconnects are 
recommended for best high frequency electrical per- 
formance. Inductance can be reduced by shortening 
circuit board traces between the Intel486 DX2 micro- 
processor and decoupling capacitors as much as 
possible. Capacitors specifically for PGA packages 
are also commercially available. 



14.1.3 OTHER CONNECTION 
RECOMMENDATIONS 

N.C. pins should always remain unconnected. 

For reliable operation, always connect unused in- 
puts to an appropriate signal level. Active LOW in- 
puts should be connected to Vcc through a pullup 
resistor. Pullups in the range of 20 Kfl are recom- 
mended. Active HIGH inputs should be connected to 
GND. 



14.2 Maximum Ratings 

Table 14.1 is a stress rating only, and functional op- 
eration at the maximums is not guaranteed. Function 
operating conditions are given in 14.3 D.C. Specifi- 
cations and 14.4 A.C. Specifications. 

Extended exposure to the Maximum Ratings may af- 
fect device reliability. Furthermore, although the In- 
tel486 DX2 microprocessor contains protective cir- 
cuitry to resist damage from static electric discharge, 
always take precautions to avoid high static voltages 
or electric fields. 

Table 12.1. Absolute Maximum Ratings 

Case Temperature under Bias . . . -65°C to + 1 1 0°C 

Storage Temperature -65°C to + 150°C 

Voltage on Any Pin with 

Respect to Ground -0.5 to V C c + 0.5V 

Supply Voltage with 

Respectto V S s • • • • -0.5V to +6.5V 
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14.3 Intel486 DX2 D.C. Specifications 

Functional Operating Range: Vcc = 5V ±5%; T C ase = 0°C to +85°C 

Table 14-2. DC Parametric Values 



Symbol 


Parameter 


Min 


Max 


Unit 


Notes 


V|L 


Input Low Voltage 


-0.3 


+ 0.8 


V 




V| H 


Input High Voltage 


2.0 


V C C +0.3 


V 




Vol 


Output Low Voltage 




0.45 


V 


(Notel) 


V H 


Output High Voltage 


2.4 




V 


(Note 2) 


'cc 


Power Supply Current 
(66 MHz) 
(50 MHz) 




1200 


mA 


(Note 3) 


•CCF 


Power Supply Current in 
Power Down Mode i§ 




^^50 


mA 


(Note 8) 


Ili 


Input Leakage Current 




±15 


juA 


(Note 4) 


llH 


Input Leakage Current 




200 


julA 


(Note 5) 


IlL 


Input Leakage Current 




-400 


jaA 


(Note 6) 


Ilo 


Output Leakage Current 




±15 


/aA 




C|N 


Input Capacitance 




13 


PF 


F c = 1 MHz (Note 7) 


Co 


I/O or Output Capacitance 




17 


PF 


F c = 1 MHz (Note 7) 


CdK 


CLK Capacitance 




15 


PF 


F c = 1 MHz (Note 7) 



NOTES: 

1 . This parameter is measured at: 
Address, Data, BEn 4.0 mA 
Definition, Control 5.0 mA 

2. This parameter is measured at: 
Address, Data, BEn - 1 .0 mA 
Definition, Control -0.9 mA 

3. Typical supply current: 
775 mA @ 50 MHz 
975 mA @ 66 MHz 

4. This parameter is for inputs without internal pullups or pulldowns and < Vin < Vcc- 

5. This parameter is for inputs with internal pulldowns and Vm = 2.4V. 

6. This parameter is for inputs with internal pullups and V||_ = 0.45V. 

7. Not 100% tested. 

8. The Iccf specification in the above table is a target value. It has not been tested. 



1 4.4 A.C. Specifications 

The A.C. specifications, given in Table 1 4.3, consist 
of output delays, input setup requirements and input 
hold requirements. All A.C. specifications are rela- 
tive to the rising edge of the CLK signal. 

A.C. specifications measurement is defined by Fig- 
ures 14.1-14.7. All timings are referenced to 1.5V 
unless otherwise specified. Inputs must be driven to 



the voltage levels indicated by Figure 14.3 when 
A.C. specifications are measured. Intel486 DX2 mi- 
croprocessor output delays are specified with mini- 
mum and maximum limits, measured as shown. The 
minimum Intel486 DX2 microprocessor delay times 
are hold times provided to external circuitry. Intel486 
DX2 microprocessor input setup and hold times are 
specified as minimums, defining the smallest ac- 
ceptable sampling window. Within the sampling win- 
dow, a synchronous input signal must be stable for 
correct Intel486 DX2 microprocessor operation. 
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Table 14.4.1. 50 MHz Intel486 DX2 Microprocessor A.C. Characteristics 

Vcc = 5V ±5%; T case = 0°C to +85°C; C| = 50 pF unless otherwise specified 



Symbol 


Parameter 


Min 


Max 


Unit 


Figure 


Notes 




Frequency 


8 


25 


MHz 




1X Clock Driven to Intel486 DX2 


ti 


CLK Period 


40 


125 


ns 


14.1 




tia 


CLK Period Stability 




0.1% 


A 




Adjacent Clocks 


t 2 


CLK High Time 


14 




ns 


14.1 


at2V 


t 3 


CLK Low Time 


14 




ns 


14.1 


at 0.8V 


t 4 


CLK Fall Time 




4 


ns 


14.1 


2V to 0.8V 


t5 


CLK Rise Time 




4 


ns 


14.1 


0.8V to 2V 


t 6 


A2-A31, PWT, PCD, BE0-3#, 
M/IO#, D/C#, W/R#, ADS#, 
LOCK#, FERR#, BREQ, HLDA 
Valid Delay 


3 


19 


ns 


14.5 




t 7 


A2-A31, PWT, PCD, BE0-3#, 
M/IO#, D/C#, W/R#, ADS#, 
LOCK # Float Delay 




28 


ns 


14.6 


(Notel) 


t 8 


PCHK# Valid Delay 


3 


24 


ns 


14.4 


(Note 3) 


t 8 a 


BLAST#, PLOCK# Valid Delay 


3 


24 


ns 


14.5 


(Note 3) 


t 9 


BLAST#, PLOCK# Float Delay 




28 


ns 


14.6 


(Note 1) 


tio 


D0-D31 , DPO-3 Write Data Valid 
Delay 


3 


20 


ns 


14.5 


(Note 3) 


tn 


D0-D31, DPO-3 Write Data Float 
Delay 




28 


ns 


14.6 


(Notel) 


tl2 


EADS# Setup Time 


8 




ns 


14.2 




tl3 


EADS# Hold Time 


3 




ns 


14.2 




tl4 


KEN#, BS16#, BS8# Setup Time 


8 




ns 


14.2 




tl5 


KEN#, BS16#, BS8# Hold Time 


3 




ns 


14.2 




tl6 


RDY#, BRDY# Setup Time 


8 




ns 


14.3 




tl7 


RDY#,BRDY# Hold Time 


3 




ns 


14.3 




tl8 


HOLD, AHOLD, BOFF# Setup Time 


8 




ns 


14.2 




tl9 


HOLD, AHOLD, BOFF# Hold Time 


3 




ns 


14.2 




*20 


RESET, FLUSH #, A20M#, NMI, 
INTR, IGNNE# Setup Time 


8 




ns 


14.2 


(Note 4) 


t 2 1 


RESET, FLUSH#, A20M#, NMI, 
INTR, IGNNE# Hold Time 


3 




ns 


14.2 


(Note 4) 


t 2 2 


D0-D31, DPO-3, A4-A31 Read 
Setup Time 


5 




ns 


14.2,14.3 




t23 


D0-D31, DPO-3, A4-A31 Read 
Hold Time 


3 




ns 


14.2,14.3 





NOTES: 

1. Not 100% tested. Guaranteed by design characterization. 

2. All timing specifications assume C|_ = 50 pF. Charts 1 4.4.3 provides the charts that may be used to determine the delay 
due to derating, depending on the lumped capacitive loading, that must be added to these specification values. 

3. The minimum Intel486 DX2 output valid delays are hold times provided to external circuitry. 

4. A reset pulse width of 15 CLK cycles is required for warm resets. Power-up resets require RESET to be asserted for at 
least 1 ms after Vcc and CLK are stable. 
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Table 14.4.2 66 MHz Intel486 DX2 Microprocessor A.C. Characteristics 

Vcc = 5V ±5%; T case = 0°C to +85°C; C| = 50 pF unless otherwise specified (Note 2) 



Symbol 


Parameter 


Min 


Max 


Unit 


Figure 


Notes 




Frequency 


8 


33 


MHz 




1X Clock Driven to Intel486 DX2 


ti 


CLK Period 


30 


125 


ns 


14.1 




tia 


CLK Period Stability 




0.1% 


A 




Adjacent Clocks 


t 2 


CLK High Time 


11 




ns 


14.1 


at2V 


t 3 


CLK Low Time 


11 




ns 


14.1 


at 0.8V 


t 4 


CLK Fall Time 




3 


ns 


14.1 


2V to 0.8V 


t 5 


CLK Rise Time 




3 


ns 


14.1 


0.8V to 2V 


t 6 


A2-A31, PWT, PCD, BE0-3#, 
M/IO#, D/C#, W/R#, ADS#, 
LOCK#, FERR#, BREQ, HLDA 
Valid Delay 


3 


14 


ns 


14.5 


(Note 3) 


t7 


A2-A31, PWT, PCD, BE0-3#, 
M/IO#, D/C#, W/R#, ADS#, 
LOCK# Float Delay 




20 4 


ns 


14,6 


(Notel) 


tfi 


PCHK# Valid Delay 


93 


14 


ns 


14.4 


(Note 3) 


tea 


BLAST#, PLOCK# Valid Delay 


111? 


¥ 14^ 


*, PS ^ 


!p \ i J%||' 4K 


(Note 3) 


t 9 


BLAST#, PLOCK# Float Delay 




20 


ns 


111 '11.6 


(Notel) 


tio 


D0-D31 , DPO-3 Write Data Valid 
Delay 


3,i 


14: 


ns 


14.5 


(Note 3) 


til 


D0-D31 , DPO-3 Write Data Float 
Delay 




^M? 


ns 


14.6 


(Notel) 


tl2 


EADS# Setup Time 


5 




ns 


14.2 




tl3 


EADS# Hold Time 


Iff 




ns 


14.2 




tl4 


KEN#, BS16#, BS8# Setup Time 


ii B 




ns 


14.2 




tl5 


KEN#, BS16#, BS8# Hold Time 


3 




ns 


14.2 




tl6 


RDY#, BRDY# Setup Time 


5 




ns 


14.3 




tl7 


RDY#,BTOY# Hold Time 


3 




ns 


14.3 




tie 


HOLD, AHOLD, Setup Time 


6 




ns 


14.2 




*18a 


BOFF# Setup Time 


7 




ns 


14.2 




tl9 


HOLD, AHOLD, BOFF# Hold Time 


3 




ns 


14.2 




*20 


RESET, FLUSH#, A20M#, NMI, 
INTR, IGNNE# Setup Time 


5 




ns 


14.2 


(Note 4) 


t21 


RESET, FLUSH #, A20M#, NMI, 
INTR, IGNNE# Hold Time 


3 




ns 


14.2 


(Note 4) 


t 2 2 


D0-D31, DPO-3, A4-A31 Read 
Setup Time 


5 




ns 


14.2,14.3 




t23 


D0-D31, DPO-3, A4-A31 Read 
Hold Time 


3 




ns 


14.2,14.3 





NOTES: 

1. Not 100% tested. Guaranteed by design characterization. 

2. All timing specifications assume C[_ = 50 pF. Charts 14.4.3 provides the charts that may be used to determine the delay 
due to derating, depending on the lumped capacitive loading, that must be added to these specification values. 

3. The minimum Intel486 DX2 output valid delays are hold times provided to external circuitry. 

4. A reset pulse width of 1 5 CLK cycles is required for warm resets. Power-up resets require RESET to be asserted for at 
least 1 ms after Vcc and CLK are stable. 
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Table 14.4.3. Intel486 DX2 Microprocessor A.C. Characteristics for Boundary Scan Test Signals 


V CC = 5V ± 5%, T C ase = 0°C to + 85°C, C L = pF 
All Inputs and Outputs are TTL Level (Note 4) 


Symbol 


Parameter 


Min 


Max 


Unit 


Figure 


Notes 


t 24 


TCK Frequency 




25 


MHz 




1x Clock 


t 2 5 


TCK Period 


40 




ns 




(Note 2) 


*26 


TCK High Time 


10 




ns 




at 2.0V 


t 2 7 


TCK Low Time 


10 




ns 




at 0.8V 


*28 


TCK Rise Time 




4 


ns 




(Notel) 


*29 


TCK Fall Time 




4 


ns 




(Notel) 


*30 


TDI, TMS Setup Time 


8 




ns 


14.7 


(Note 3) 


t31 


TDI, TMS Hold Time 


7 




ns 


14.7 


(Note 3) 


*32 


TDO Valid Delay 


3 


25 


ns 


14.7 


(Note 3) 


*33 


TDO Float Delay 




TBD 








t34 


All Outputs (Non-Test) Valid Delay 


3 


25 


ns 


14.7 


(Note 3) 


t35 


All Outputs (Non-Test) Float Delay 




36 


ns 


14.7 


(Note 3) 


*36 


All Inputs (Non-Test) Setup Time 


8 




ns 


14.7 


(Note 3) 


t37 


All Inputs (Non-Test) Hold Time 


7 




ns 


14.7 


(Note 3) 



NOTES: 

1. Rise/Fall times are measured between 0.8V and 2.0V. Rise/Fall times can be relaxed by 1 ns per 10 ns increase in TCK 
period. 

2. TCK period ^ CLK period. 

3. Parameter measured from TCK. 

4. Boundary Scan A.C. Specifications in the above table are target values. They have not been characterized. Therefore 
they are subject to change. 
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Figure 14.1. CLK Waveforms 
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Figure 14.2. Input Setup and Hold Timing 
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Figure 14.3. Input Setup and Hold Timing 
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Figure 14.4. PCHK# Valid Delay Timing 
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Figure 14.5. Output Valid Delay Timing 
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Figure 14.6. Maximum Float Delay Timing 
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Figure 14.7. Test Signal Timing Diagram 



14.4.1 TYPICAL OUTPUT VALID DELAY VERSUS LOAD CAPACITANCE UNDER WORST CASE 
CONDITIONS FOR THE 50 MHz AND 66 MHz INTEL486 DX2 CPU 
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nom = nominal value given in A.C. Characteristics 
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14.4.2 TYPICAL OUTPUT RISE TIME VERSUS LOAD CAPACITANCE UNDER WORST-CASE 
CONDITIONS 
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14.4.3.a TYPICAL LOADING DELAY VERSUS CAPACITIVE LOADING UNDER WORST-CASE 
CONDITIONS FOR A HIGH TO LOW TRANSITION ON THE INTEL486 DX2 CPU 
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14.4.3.b TYPICAL LOADING DELAY VERSUS CAPACITIVE LOADING UNDER WORST-CASE 
CONDITIONS FOR A LOW TO HIGH TRANSITION ON THE INTEL486 DX2 CPU 
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15.0 MECHANICAL DATA 
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Family: Ceramic Pin Grid Array Package 


Symbol 


Millimeters 


Inches 


Min 


Max 


Notes 


Min 


Max 


Notes 


A 


3.56 


4.57 




0.140 


0.180 




Ai 


0.64 


1.14 


SOLID LID 


0.025 


0.045 


SOLID LID 


A 2 


2.8 


3.5 


SOLID LID 


0.110 


0.140 


SOLID LID 


A 3 


1.14 


1.40 




0.045 


0.055 




B 


0.43 


0.51 




0.017 


0.020 




D 


44.07 


44.83 




1.735 


1.765 




Di 


40.51 


40.77 




1.595 


1.605 




©1 


2.29 


2.79 




0.090 


0.110 




L 


2.54 


3.30 




0.100 


0.130 




N 


168 




168 




Si 


1.52 


2.54 




0.060 


0.100 





Figure 15.1. 168 Lead Ceramic PGA Package Dimensions 
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Table 15.1 Ceramic PGA Package Dimension Symbols 



Letter or 
Symbol 


Description of Dimensions 


A 


Distance from seating plane to highest point of body 


Ai 


Distance between seating plane and base plane (lid) 


A 2 


Distance from base plane to highest point of body 


A3 


Distance from seating plane to bottom of body 


B 


Diameter of terminal lead pin 


D 


Largest overall package dimension of length 


D1 


A body length dimension, outer lead center to outer lead center 


ei 


Linear spacing between true lead position centerlines 


L 


Distance from seating plane to end of lead 


Si 


Other body dimension, outer lead center to edge of body 



NOTES: 

1 . Controlling dimension: millimeter. 

2. Dimension "e-|" ("e") is non-cumulative. 

3. Seating plane (standoff) is defined by P.C. board hole size: 0.0415-0.0430 inch. 

4. Dimensions "B", "B1" and "C" are nominal. 

5. Details of Pin 1 identifier are optional. 



15.1 Package Thermal Specifications 

The Intel486 DX2 microprocessor is specified for op- 
eration when Tc (the case temperature) is within the 
range of 0°C-85°C. Tc may be measured in any en- 
vironment to determine whether the Intel486 DX2 
microprocessor is within specified operating range. 
The case temperature should be measured at the 
center of the top surface opposite the pins. 

The ambient temperature (Ta) is guaranteed as long 
as Tc is not violated. The ambient temperature can 
be calculated from 0jc and 0ja from the following 
equations. 

Tj = T C + P * 0jc 
Ta = Tj - P * JA 

T A = T C - (P * 0ca) 

Tc = T A + P * [0 JA - JC ] 



where Tj, Ta, Tc = Junction, Ambient and Case 
Temperature respectively. 0jc, 0ja = Junction-to- 
Case and Junction-to-Ambient Thermal Resistance, 
respectively. 

P = Maximum Power Consumption 

The values for 0ja and 0jc are given in Table 1 3.2 
for the 1.75 sq. in., 168-pin, ceramic PGA. 

Table 1 3.3 shows the Ta allowable (without exceed- 
ing Tc) at various airflows and operating frequencies 

(fCLK)- 

Note that Ta is greatly improved by attaching "fins" 
or a "heat sink" to the package. P (the maximum 
power consumption) is calculated by using the maxi- 
mum Ice at 5V as tabulated in the DC Characteris- 
tics of Section 1 4. 



Table 15.2. Thermal Resistance (°C/W) JC and C a for the 50 MHz and 66 MHz Intel486 DX2 CPU 





0JC 




0CA vs Airflow- 


— ft/min (m/sec) 







(0) 


200 
(1.01) 


400 
(2.03) 


600 
(3.04) 


800 
(4.06) 


1000 
(5.07) 


With Heat Sink* 


2.5 


10.5 


7.0 


4.5 


3.5 


3.0 


2.5 


Without Heat Sink 


2.0 


16 


14.0 


10.5 


9.0 


8.0 


7.5 



*0.350" high omnidirectional heat sink (AI alloy 6063, 40 mil fin width, 155 mil center-to-center fin spacing). 
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Table 15.3 


. Maximum 


Ta at Various Airflows In °C 








Airflow-ft/min (m/sec) 





(0) 


200 
(1-01) 


400 
(2.03) 


600 
(3.04) 


800 
(4.06) 


1000 
(5.07) 


Ta with Heat Sink 


50 MHz 


32.6 


50.0 


62.5 


67.5 


70.0 


72.5 


66 MHz 


18.9 


40.9 


56.7 


62.9 


66.1 


69.3 


Ta without Heat Sink 


50 MHz 


5.2 


15.1 


32.6 


40.1 


45.1 


47.6 


66 MHz 


-15.8 


-3.2 


18.9 


28.3 


34.6 


37.8 
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16.0 SUGGESTED SOURCES FOR 
INTEL486 DX2 ACCESSORIES 



Following are some suggested sources of accesso- 
ries for the Intel486 DX2. They are not an endorse- 
ment of any kind, nor a warranty of the performance 
of any of the listed products and/or companies. 

Sockets 

1 . McKenzie Technology 
44370 Old Palmspring Blvd. 
Fremont, CA 94538 

Tel: (415)651-2700 

2. E-CAM Technology, Inc. 
14455 North Hayden Rd. 
Suite 208 

Scottsdale, AZ 85260 
Tel: (602) 443-1949 

3. Augat Inc. (for sockets with decaps) 
Interconnection Products Group 

33 Perry Ave. 
P.O. Box 779 
Attleboro, MA 02703 
Tel: (508) 222-2202 



Heat Sinks/Fins 

1. AAVID Engineering, Inc. 
One Kool Path 
P.O. Box 400 
Laconia, NH 03247 
Tel: (603) 528-3400 

TTL Crystals/Oscillators 

1. NFL Frequency Controls, Inc. 
357 Beloit Street 
Burlington, Wl 53105 . 
Tel: (414) 763-3591 

2. M-Tron 

P.O. Box 630 
Yankton, SD 57078 
Tel: (605) 665-9321 

Debugging Tower 

1 . Emulation Technology 
2344 Walsh Ave., Building F 
Santa Clara, CA 95051 
Tel: (408) 982-0664 
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DOMESTIC SALES OFFICES 



ALABAMA 

tlntel Corp. 
5015 Bradford Dr., #2 
Huntsville 35805 
Tel: (205) 830-4010 
FAX: (205) 837-2640 

ARIZONA 

tlntel Corp. 
11225 N. 28th Dr. 
Suite D-214 
Phoenix 85029 
Tel: (602) 869-4980 
FAX: (602) 869-4294 

Intel Corp. 

7225 N. Mona Lisa Rd. 

Suite 215 

Tucson 85741 

Tel: (602) 544-0227 

FAX: (602) 544-0232 

CALIFORNIA 

tlntel Corp. 

21515 Vanowen Street 

Suite 116 

Canoga Park 91303 

Tel: (818) 704-8500 

FAX: (818) 340-1144 

tlntel Corp. 

2250 E. Imperial Highway 

Suite 218 

El Segundo 90245 

Tel: (213) 640-6040 

FAX: (213) 640-7133 

Intel Corp. 
1 Sierra Gate Plaza 
Suite 280C 
Roseville 95678 
Tel: (916) 782-8086 
FAX: (916) 782-8153 

tlntel Corp. 

9665 Chesapeake Dr. 

Suite 325 

San Diego 92123 

Tel: (619) 292-8086 

FAX: (619) 292-0628 

tlntel Corp.* 

400 N. Tustin Avenue 

Suite 450 

Santa Ana 92705 

Tel: (714) 835-9642 

TWX: 910-595-1114 

FAX: (714) 541-9157 

tlntel Corp.* 

San Tomas 4 

2700 San Tomas Expressway 

2nd Floor 

Santa Clara 95051 

Tel: (408) 986-8086 

TWX: 910-338-0255 

FAX: (408) 727-2620 

COLORADO 

Intel Corp. 

4445 North park Drive 

Suite 100 

Colorado Springs 80907 

Tel: (719) 594-6622 

FAX: (303) 594-0720 

tlntel Corp.* 
650 S. Cherry St. 
Suite 915 
Denver 80222 
Tel: (303) 321-8086 
TWX: 910-931-2289 
FAX: (303) 322-8670 



CONNECTICUT 

tlntel Corp. 

301 Lee Farm Corporate Park 

83 Wooster Heights Rd. 

Danbury 06810 

Tel: (203) 748-3130 

FAX: (203) 794-0339 

FLORIDA 

tlntel Corp. 

6363 N.W. 6th Way 

Suite 100 

Ft. Lauderdale 33309 

Tel: (305)771-0600 

TWX: 510-956-9407 

FAX: (305) 772-8193 

tlntel Corp. 
5850 T.G. Lee Blvd. 
Suite 340 
Orlando 32822 
Tel: (407) 240-8000 
FAX: (407) 240-8097 

Intel Corp. 

11300 4th Street North 

Suite 170 

St. Petersburg 33716 

Tel: (813) 577-2413 

FAX: (813) 578-1607 

GEORGIA 

Intel Corp. 

20 Technology Parkway, N.W. 

Suite 150 

Norcross 30092 

Tel: (404) 449-0541 

FAX: (404) 605-9762 

ILLINOIS 

tlntel Corp.* 
300 N. Martingale Road 
Suite 400 

Schaumburg 60173 
Tel: (708) 605-8031 
FAX: (708) 706-9762 

INDIANA 

tlntel Corp. 
8777 Purdue Road 
Suite 125 
Indianapolis 46268 
Tel: (317)875-0623 
FAX: (317)875-8938 

IOWA 

Intel Corp. 

1930 St. Andrews Drive N.E. 

2nd Floor 

Cedar Rapids 52402 

Tel: (319)393-1294 

KANSAS 

tlntel Corp. 
10985 Cody St. 
Suite 140, Bldg. D 
Overland Park 66210 
Tel: (913)345-2727 
FAX: (913) 345-2076 

MARYLAND 

tlntel Corp.* 
10010 Junction Dr. 
Suite 200 

Annapolis Junction 20701 
Tel: (301) 206-2860 
FAX: (301) 206-3677 
(301)206-3678 



MASSACHUSETTS 

tlntel Corp.* 
Westford Corp. Center 
3 Carlisle Road 
2nd Floor 
Westford 01886 
Tel: (508) 692-3222 
TWX: 710-343-6333 
FAX: (508) 692-7867 

MICHIGAN 

tlntel Corp. 

7071 Orchard Lake Road 

Suite 100 

West Bloomfield 48322 

Tel: (313)851-8096 

FAX: (313) 851-8770 

MINNESOTA 

tlntel Corp. 
3500 W. 80th St. 
Suite 360 

Bloomington 55431 
Tel: (612) 835-6722 
TWX: 910-576-2867 
FAX: (612) 831-6497 

MISSOURI 

tlntel Corp. 

4203 Earth City Expressway 

Suite 131 

Earth City 63045 

Tel: (314) 291-1990 

FAX: (314) 291-4341 

NEW JERSEY 

tlntel Corp.* 

Parkway 109 Office Center 

328 Newman Springs Road 

Red Bank 07701 

Tel: (201) 747-2233 

FAX: (201) 747-0983 

tlntel Corp. 
280 Corporate Center 
75 Livingston Avenue 
First Floor 
Roseland 07068 
Tel: (201)740-0111 
FAX: (201) 740-0626 

NEW YORK 

Intel Corp.* 

850 Cross Keys Office Park 

Fairport 14450 

Tel: (716)425-2750 

TWX: 510-253-7391 

FAX: (716) 223-2561 

tlntel Corp.* 

2950 Expressway Dr., South 

Suite 130 

Islandia 11722 

Tel: (516) 231-3300 

TWX: 510-227-6236 

FAX: (516) 348-7939 

tlntel Corp. 

Westage Business Center 

Bldg. 300, Route 9 

Fishkill 12524 

Tel: (914) 897-3860 

FAX: (914) 897-3125 

NORTH CAROLINA 

tlntel Corp. 

5800 Executive Center Dr. 

Suite 105 

Charlotte 28212 

Tel: (704) 568-8966 

FAX: (704) 535-2236 



Intel Corp. 
5540 Centerview Dr. 
Suite 215 
Raleigh 27606 
Tel: (919)851-9537 
FAX: (919)851-8974 

OHIO 

tlntel Corp.* 

3401 Park Center Drive 

Suite 220 

Dayton 45414 

Tel: (513) 890-5350 

TWX: 810-450-2528 

FAX: (513) 890-8658 

tlntel Corp.* 
25700 Science Park Dr. 
Suite 100 
Beachwood 44122 
Tel: (216)464-2736 
TWX: 810-427-9298 
FAX: (804) 282-0673 

OKLAHOMA 

Intel Corp. 
6801 N. Broadway 
Suite 115 

Oklahoma City 73162 
Tel: (405) 848-8086 
FAX: (405) 840-9819 

OREGON 

tlntel Corp. 

15254 N.W. Greenbrier Parkway 

Building B 

Beaverton 97005 

Tel: (503) 645-8051 

TWX: 910-467-8741 

FAX: (503)645-8181 

PENNSYLVANIA 

tlntel Corp.* 

455 Pennsylvania Avenue 

Suite 230 

Fort Washington 19034 

Tel: (215)641-1000 

TWX: 510-661-2077 

FAX: (215)641-0785 

tlntel Corp.* 
400 Penn Center Blvd. 
Suite 610 
Pittsburgh 15235 
Tel: (412) 823-4970 
FAX: (412)829-7578 

PUERTO RICO 

tlntel Corp. 
South Industrial Park 
P.O. Box 910 
Las Piedras 00671 
Tel: (809) 733-8616 

TEXAS 

Intel Corp. 

891 1 Capital of Texas Hwy. 

Austin 78759 

Tel: (512) 794-8086 

FAX: (512)338-9335 

tlntel Corp.* 
12000 Ford Road 
Suite 400 
Dallas 75234 
Tel: (214) 241-8087 
FAX: (214)484-1180 

tlntel Corp.* 
7322 S.W. Freeway 
Suite 1490 
Houston 77074 
Tel: (713) 988-8086 
TWX: 910-881-2490 
FAX: (713) 988-3660 



UTAH 

tlntel Corp. 
428 East 6400 South 
Suite 104 
Murray 84107 
Tel: (801) 263-8051 
FAX: (801) 268-1457 

VIRGINIA 

tlntel Corp. 

1504 Santa Rosa Road 
Suite 108 
Richmond 23288 
Tel: (804) 282-5668 
FAX: (216) 464-2270 

WASHINGTON 

tlntel Corp. 

155 108th Avenue N.E. 

Suite 386 

Bellevue 98004 

Tel: (206) 453-8086 

TWX: 910-443-3002 

FAX: (206) 451-9556 

Intel Corp. 
408 N. Mullan Road 
Suite 102 
Spokane 99206 
Tel: (509) 928-8086 
FAX: (509) 928-9467 

WISCONSIN 

Intel Corp. 
330 S. Executive Dr. 
Suite 102 
Brookfield 53005 
Tel: (414) 784-8087 
FAX: (414)796-2115 



CANADA 



BRITISH COLUMBIA 

Intel Semiconductor of 
Canada, Ltd. 
4585 Canada Way 
Suite 202 
Burnaby V5G 4L6 
Tel: (604) 298-0387 
FAX: (604) 298-8234 

ONTARIO 

tlntel Semiconductor of 

Canada, Ltd. 

2650 Queensview Drive 

Suite 250 

Ottawa K2B 8H6 

Tel: (613) 829-9714 

FAX: (613) 820-5936 

tlntel Semiconductor of 
Canada, Ltd. 
190 Attwell Drive 
Suite 500 
Rexdale M9W 6H8 
Tel: (416) 675-2105 
FAX: (416) 675-2438 

QUEBEC 

Intel Semiconductor of 
Canada, Ltd. 
620 St. Jean Boulevard 
Pointe Claire H9R 3K2 
Tel: (514) 694-9130 
FAX: 514-694-0064 



tSales and Service Office 
*Field Application Location 
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EUROPEAN SALES OFFICES 



FINLAND 

Intel Finland OY 
Ruosilantie 2 
00390 Helsinki 
Tel: (358) 544 644 
FAX: (358) 544 030 

FRANCE 

Intel Corporation S.A.R.L. 
1 , Rue Edison-BP 303 
78054 St. Quentin-en-Yvelines 

Tel: (33) (1) 30 57 70 00 
FAX: (33) (1) 30 64 6032 

GERMANY 

Intel GmbH 

Dornacher Strasse 1 

8016 Feldkirchen bei Muenchen 

Tel: (49) 089/90992-0 

FAX: (49) 089/904/3948 



Intel GmbH 

Abraham Lincoln Strasse 16-18 

6200 Wiesbaden 

Tel: (49) 06121/7605-0 

FAX: (49) 06121 718615 

Intel GmbH 
Zettachring 10A 
7000 Stuttgart 80 
Tel: (49)0711/7287-280 
FAX: (49)0711 7280137 



ISRAEL 

Intel Semiconductor Ltd. 

Atidim Industrial Park-Neve Sharet 

P.O. Box 43202 

Tel-Aviv 61430 

Tel: (972) 03-498080 

FAX: (972) 03-491870 



ITALY 

Intel Corporation Italia S.p.A. 

Milanofiori Palazzo E 

20094 Assago 

Milano 

Tel: (39) (02) 89200950 

FAX: (39) (2) 3498464 



NETHERLANDS 

Intel Semiconductor B.V. 
Postbus 84130 
3009 CC Rotterdam 
Tel: (31) 10 407 11 11 
FAX: (31) 10 455 46 88 



SPAIN 

Intel Iberia S.A. 
Zurbaran, 28 
28010 Madrid 
Tel: (34) 308 25 52 
FAX: (34)410 7570 



SWEDEN 

Intel Sweden A.B. 
Dalvagen 24 
171 36Solna 
Tel: (46) 8 734 01 00 
FAX: (46) 8 278085 



SWITZERLAND 

Intel Semiconductor A.G. 

Zuerichstrasse 

8185 Winkel-Rueti bei Zuerich 

Tel: (41) 01/860 62 62 

FAX: (41)01/860 0201 



UNITED KINGDOM 

Intel Corporation (U.K.) Ltd. 
Pipers Way 

Swindon, Wiltshire SN3 1RJ 
Tel: (44) (0793) 696000 
FAX: (44) (0793) 641440 



EUROPEAN DISTRIBUTORS/REPRESENTATIVES 



AUSTRIA 

Bacher Electronics GmbH 

Rotenmuehlgasse 26 

A-1120Wien 

Tel: 43 222 81356460 

FAX: 43 222 834276 

BELGIUM 

Inelco Belgium S.A. 
Oorlogskruisenlaan 94 
B-1120 Bruxelles 
Tel: 32 2 244 2811 
FAX: 32 2 216 3304 

FRANCE 

Almex 

48, Rue de I'Aubepine 

B.P. 102 

92164 Antony Cedex 

Tel: 33 1 4096 5400 

FAX: 33 1 4666 6028 

Jermyn 

73-79 Rue des Solets 

Silic 585 

94663 Rungis Cedex 

Tel: 33 1 4978 4878 

FAX: 33 1 4978 0599 

Metrologie 

Tour d'Asnieres 

4, Avenue Laurent Cely 

92606 Asnieres Cedex 

Tel: 33 1 4790 6240 

FAX: 33 1 4790 5947 

Tekelec-Airtronic 
Cite des Bruyeres 
Rue Carle Vernet - BP 2 
92310 Sevres 
Tel: 33 1 4534 7535 
FAX: 33 1 4507 2191 

GERMANY 

E2000 Vertriebs-AG 
Stahlgruberring 12 
8000 Muenchen 82 
Tel: 49 89 420010 
FAX: 49 89 42001209 

Jermyn GmbH 
Im Dachsstueck 9 
6250 Li m burg 
Tel: 49 6431 5080 
FAX: 49 6431 508289 



Metrologie GmbH 
Steinerstrasse 15 
8000 Muenchen 70 
Tel: 49 89 724470 
FAX: 49 89 724471 1 1 

ITT Multikomponent Elektronik 

Vertrieb 

Bahnhofstr. 44 

7141 Moeglingen 

Tel: 49 7141 4879 

FAX: 49 7141 487210 

Proelectron Vertriebs GmbH 
Max-Planck-Strasse 1 -3 
6072 Dreieich 
Tel: 49 6103 3040 
FAX: 49 6103 304344 



GREECE 

Pouliadis Associates Corp. 
5 Koumbari Street 
Kolonaki Square 
106 74 Athens 
Tel: 30 1 360 3741 
FAX: 30 1 360 7501 



IRELAND 

Micro Marketing 
Tony Hall 
Eglinton Terrace 
Dundrum, Dublin 
Tel: 0001 989 400 
FAX: 0001 989 8282 

ISRAEL 

Eastronics Ltd. 

Rozanis 1 1 

P.O.B. 39300 

Tel Baruch, Tel-Aviv 61392 

Tel: 972 3 475151 

FAX: 972 3 475125 

ITALY 

Intesi Div. Delia Deutsche 
Divisione ITT Industries GmbH 
P.I. 06550110156 
Milanofiori palazzo E5 
20094 Assago (Milano) 
Tel: 39 2 824701 
FAX: 39 2 8242631 



Lasi Elettronica S.p.A. 
P.I. 00839000155 
Viale Fulvio Testi, N.280 
20126 Milano 
Tel: 39 2 66101370 
FAX: 39 2 66101385 

ITT Multicomponents 
P.I. 06550110156 
Palazzo E5 Milanofiori 
20094 Assago (Milano) 
Tel: 39 2 824701 
FAX: 39 2 8242631 

Silverstar Ltd. S.p.A. 
P.I. 00751300153 
Viale Fulvio Testi N.280 
20126 Milano 
Tel: 39 2 66125 
FAX: 39 2 66101359 

Telcom s.r.l.- Divisione MDS 

Via Trombetta 

Zona Marconi - Strada Cassanese 

Segrate- Milano 

Tel: 39 2 48704100 

FAX: 39 2 48705355 

NETHERLANDS 

Koning en Hartman B.V. 
Energieweg 1 
2627 AP Delft 
The Netherlands 
Tel: 31 15 609 906 
FAX: 31 15 619 194 

PORTUGAL 

ATD Electronica LDA 

Rua Dr. Faria de Vasconcelos, 3a 

1900 Lisboa 

Tel: 351 1 8472200 

FAX: 351 1 8472197 

SPAIN 

ATD Electronica 

Plaza Ciudad de Viena, 6 

28040 Madrid 

Tel: 34 1 534 4000/09 

FAX: 34 1 534 7663 

Metrologia Iberica 
Ctra De Fuencarral N.80 
28100 Alcobendas (Madrid) 
Tel: 34 1 653861 1 
FAX: 34 1 6517549 



SCANDINAVIA 

OY Fintronic AB 

Heikkilantie 2a 

SF-021 00 Helsinki 

Finland 

Tel: 358 6926022 

FAX: 358 6821251 

ITT Multikomponent A/S 

Naverland 29 

DK-2600 Glostrup 

Denmark 

Tel: 010 45 42 451822 

FAX: 010 45 42 457624 

Nordisk Elektronik A/S 

Postboks 122 

Smedsvingen 4 

N-1364 Hvalstad 

Norway 

Tel: 47 2 846210 

FAX: 47 2 846545 

Nordisk Electronik AB 

Box 36 

Torshamnsgatan 39 

S-16493 Kista 

Sweden 

Tel: 46 8 7034630 

FAX: 46 8 7039845 

SWITZERLAND 

Industrade AG. 
Hertistrasse 31 
CH-8304 Wallisellen 
Tel: 41 1 8328111 
FAX: 41 1 8307550 

UNITED KINGDOM 

Accent Elect Comp Ltd. 

Jubilee House 

Jubilee Road 

Letchworth 

Hertsfordshire 

SG6 1QH 

Tel: 0462 480888 

FAX: 0462 682467 

Bytech Components Limited 
12a Cedarwood 
Chineham Business Park 
Crockford Lane 
Basingstoke 
HantsRG12 1RW 
Tel: 0256 707107 
FAX: 0256 707162 



Bytech Systems 

Unit 3 

The Western Centre 

Western Road 

Bracknell 

Berks RG 12 1RW 

Tel: 0344 55333 

FAX: 0344 867270 

Conformix 
Rapid House 
Oxford Road 
High Wycombe 
Bucks 

Herts HP11 2EE 
Tel: 0494 474147 
FAX: 0494 452144 

Jermyn 
Vestry Estate 
Otford Road 
Sevenoaks 
KentTN14 5EU 
Tel: 0732 450144 
FAX: 0732 451251 

MMD 

3 Bennet Court 

Bennet Road 

Reading 

Berkshire RG2 0QX 

Tel: 0734 313232 

FAX: 0734 313255 

Rapid Silicon 
3 Bennet Court 
Bennet Road 
Reading 
Berks RG2 0QX 
Tel: 0734 750697 
FAX: 0734 312728 

Metro Systems 
Rapid House 
Oxford Road 
High Wycombe 
Bucks HP11 2EE 
Tel: 0494 474171 
FAX: 0494 21860 

YUGOSLAVIA 

H.R. Microelectronics Corp. 

2005 de la Cruz Blvd., Ste. 223 

Santa Clara, CA 95050 

U.S.A. 

Tel: (1) (408) 988-0286 

TLX: 387452 
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INTERNATIONAL SALES OFFICES 



AUSTRALIA 

Intel Australia Pty. Ltd. 

Unit 13 

Allambie Grove Business Park 

25 Frenchs Forest Road East 

Frenchs Forest, NSW, 2086 

Tel: 61-2975-3300 

FAX: 61-2975-3375 

BRAZIL 

Intel Semiconductores do Brazil LTDA 
Avenida Paulista, 1159-CJS 404/405 
01311 - Sao Paulo - S. P. 
Tel: 55-11-287-5899 
TLX: 11-37-557-ISDB 
FAX: 55-11-287-5119 

CHINA/HONG KONG 

Intel PRC Corporation 
15/F, Office 1, CiticBldg. 
Jian Guo Men Wai Street 
Beijing, PRC 
Tel: (1) 500-4850 
TLX: 22947 INTEL CN 
FAX: (1) 500-2953 

Intel Semiconductor Ltd.* 
1 0/F East Tower 
Bond Center 
Queensway, Central 
Hong Kong 
Tel: (852) 844-4555 
FAX: (852) 868-1989 



INDIA 

Intel Asia Electronics, Inc. 

4/2, Samrah Plaza 

St. Mark's Road 

Bangalore 560001 

Tel: 91-812-215773 

TLX: 953-845-2646 INTEL IN 

FAX: 091-812-215067 



JAPAN 

Intel Japan K.K. 

5-6 Tokodai, Tsukuba-shi 

Ibaraki, 300-26 

Tel: 0298-47-851 1 

FAX: 0298-47-8450 

Intel Japan K.K.* 
Hachioji ON Bldg. 
4-7-14 Myojin-machi 
Hachioji-shi, Tokyo 192 
Tel: 0426-48-8770 
FAX: 0426-48-8775 

Intel Japan K.K.* 
Bldg. Kumagaya 
2-69 Hon-cho 
Kumagaya-shi, Saitama 36( 
Tel: 0485-24-6871 
FAX: 0485-24-7518 



Intel Japan K.K.* 
Kawa-asa Bldg. 
2-11-5 Shin-Yokohama 
Kohoku-ku, Yokohama-shi 
Kanagawa, 222 
Tel: 045-474-7661 
FAX: 045-471-4394 

Intel Japan K.K.* 
Ryokuchi-Eki Bldg. 
2-4-1 Terauchi 
Toyonaka-shi, Osaka 560 
Tel: 06-863-1091 
FAX: 06-863-1084 

Intel Japan K.K. 
Shinmaru Bldg. 
1-5-1 Marunouchi 
Chiyoda-ku, Tokyo 100 
Tel: 03-3201-3621 
FAX: 03-3201-6850 

Intel Japan K.K. 
Green Bldg. 
1-16-20 Nishiki 
Naka-ku, Nagoya-shi 
Aichi 450 
Tel: 052-204-1261 
FAX: 052-204-1285 



KOREA 

Intel Korea, Ltd. 

16th Floor, Life Bldg. 

61 Yoido-dong, Youngdeungpo-Ku 

Seoul 150-010 

Tel: (2) 784-8186 

FAX: (2) 784-8096 



SINGAPORE 

Intel Singapore Technology, Ltd. 
101 Thomson Road #08-03/06 
United Square 
Singapore 1130 
Tel: (65) 250-7811 
FAX: (65) 250-9256 



TAIWAN 

Intel Technology Far East Ltd. 

Taiwan Branch Office 

8th Floor, No. 205 

Bank Tower Bldg. 

Tung Hua N. Road 

Taipei 

Tel: 886-2-5144202 

FAX: 886-2-717-2455 



INTERNATIONAL DISTRIBUTORS/REPRESENTATIVES 



ARGENTINA 

Dafsys S.R.L. 
Chacabuco, 90-6 Piso 
1069-Buenos Aires 
Tel: 54-1-34-7726 
FAX: 54-1-34-1871 

AUSTRALIA 

Email Electronics 
15-17 Hume Street 
Huntingdale, 3166 
Tel: 011-61-3-544-8244 
TLX: AA 30895 
FAX: 011-61-3-543-8179 

NSD-Australia 
205 Middleborough Rd. 
Box Hill, Victoria 3128 
Tel: 03 8900970 
FAX: 03 8990819 

BRAZIL 

Elebra Componentes 

Rua Geraldo Flausina Gomes, 78 

7 Andar 

04575 - Sao Paulo - S.P. 

Tel: 55-11-534-9641 

TLX: 55-11-54593/54591 

FAX: 55-11-534-9424 

CHINA/HONG KONG 

Novel Precision Machinery Co., Ltd. 

Room 728 Trade Square 

681 Cheung Sha Wan Road 

Kowloon, Hong Kong 

Tel: (852) 360-8999 

TWX: 32032 NVTNL HX 

FAX: (852) 725-3695 

INDIA 

Micronic Devices 
Arun Complex 
No. 65 D.V.G. Road 
Basavanagudi 
Bangalore 560 004 
Tel: 011-91-812-600-631 
011-91-812-611-365 
TLX: 9538458332 MDBG 



Micronic Devices 

No. 516 5th Floor 

Swastik Chambers 

Sion, Trombay Road 

Chembur 

Bombay 400 071 

TLX: 9531 171447 MDEV 

Micronic Devices 
25/8, 1st Floor 
Bada Bazaar Marg 
Old Rajinder Nagar 
New Delhi 110 060 
Tel: 011-91-11-5723509 

011-91-11-589771 
TLX: 031-63253 MDND IN 

Micronic Devices 

6-3-348/1 2A Dwarakapuri Colony 

Hyderabad 500 482 

Tel: 011-91-842-226748 

S&S Corporation 
1587 Kooser Road 
San Jose, CA 95118 
Tel: (408) 978-6216 
TLX: 820281 
FAX: (408) 978-8635 



JAPAN 

Asahi Electronics Co. Ltd. 
KMM Bldg. 2-14-1 Asano 
Kokurakita-ku 
Kitakyushu-shi 802 
Tel: 093-511-6471 
FAX: 093-551-7861 

CTC Components Systems Co., Ltd. 
4-8-1 Dobashi, Miyamae-ku 
Kawasaki-shi, Kanagawa 213 
Tel: 044-852-5121 
FAX: 044-877-4268 

Dia Semicon Systems, Inc. 

Flower Hill Shinmachi Higashi-kan 

1 -23-9 Shinmachi, Setagaya-ku 

Tokyo 154 

Tel: 03-3439-1600 

FAX: 03-3439-1601 



Okaya Koki 
2-4-1 8 Sakae 
Naka-ku, Nagoya-shi 460 
Tel: 052-204-2916 
FAX: 052-204-2901 

Ryoyo Electro Corp. 
Konwa Bldg. 
1-12-22 Tsukiji 
Chuo-ku, Tokyo 104 
Tel: 03-3546-501 1 
FAX: 03-3546-5044 

KOREA 

J-Tek Corporation 

Dong Sung Bldg. 9/F 

158-24, Samsung-Dong, Kangnam-Ku 

Seoul 135-090 

Tel: (822) 557-8039 

FAX: (822) 557-8304 

Samsung Electronics 

Samsung Main Bldg. 

150 Taepyung-Ro-2KA, Chung-Ku 

Seoul 100-102 

C.P.O. Box 8780 

Tel: (822) 751-3680 

TWX: KORSST K 27970 

FAX: (822) 753-9065 

MEXICO 

SSB Electronics, Inc. 

675 Palomar Street, Bldg. 4, Suite A 

Chula Vista, CA 9201 1 

Tel: (619) 585-3253 

TLX: 287751 CBALL UR 

FAX: (619) 585-8322 

Dicopel S.A. 

Tochtli 368 Fracc. Ind. San Antonio 

Azcapotzalco 

C.P. 02760-Mexico, D.F. 

Tel: 52-5-561-3211 

TLX: 177 3790 Dicome 

FAX: 52-5-561-1279 

PSI S.A. de C.V. 
Fco. Villa esq. Ajusco s/n 
Cuernavaca- Morelos 
Tel: 52-73-13-9412 
FAX: 52-73-17-5333 



NEW ZEALAND 

Email Electronics 
36 Olive Road 
Penrose, Auckland 
Tel: 011-64-9-591-155 
FAX: 011-64-9-592-681 

SAUDI ARABIA 

AAE Systems, Inc. 

642 N. Pastoria Ave. 

Sunnyvale, CA 94086 

U.S.A. 

Tel: (408) 732-1710 

FAX: (408) 732-3095 

TLX: 494-3405 AAE SYS 

SINGAPORE 

Electronic Resources Pte, Ltd. 
1 7 Harvey Road 
#03-01 Singapore 1336 
Tel: (65) 283-0888 
TWX: RS 56541 ERS 
FAX: (65) 289-5327 

SOUTH AFRICA 

Electronic Building Elements 

178 Erasmus St. (off Watermeyet St.) 

Meyerspark, Pretoria, 0184 

Tel: 011-2712-803-7680 

FAX: 011-2712-803-8294 

TAIWAN 

Micro Electronics Corporation 

12th Floor, Section 3 

285 Nanking East Road 

Taipei, R.O.C. 

Tel: (886) 2-7198419 

FAX: (886) 2-7197916 

Acer Sertek Inc. 
15th Floor, Section 2 
Chien Kuo North Rd. 
Taipei 18479 R.O.C. 
Tel: 886-2-501-0055 
TWX: 23756 SERTEK 
FAX: (886)2-5012521 



*Field Application Location 



UNITED STATES 

Intel Corporation 

2200 Mission College Boulevard 

P.O. Box 58119 

Santa Clara, CA 95052-8119 

JAPAN 

Intel Japan K.K. 

5 -6 Tokodai, Tsukuba*shi 

Ibaraki, 300-26 

FRANCE 

Intel Corporation S.A.R.L. 

1, Rue Edison, BP 303 

78054 Saint-Quentin-en-Yvelines Cedex 

UNITED KINGDOM 

Intel Corporation (U.K.) Ltd. 

Pipers Way 

Swindon 

Wiltshire, England SN3 1RJ 

GERMANY 

Intel GmbH 

Dornacher Strasse 1 

8016 Feldkirchen bei Muenchen 

HONG KONG 
Intel Semiconductor Ltd* 
10/F East Tower 
Bond Center 
Queensway, Central 

CANADA 

Intel Semiconductor of Canada, Ltd. 
190 Attwell Drive, Suite 500 
Rexdale, Ontario M9W 6H8 
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